RUK-COM CLOUD PAAS / BUILD · DEPLOY · SCALE

จากแอปที่คุณสร้าง
สู่ Full Stack ที่พร้อมเติบโต

สร้างและดูแล Full Stack ผ่าน GUI เดียว ใช้ Runtime ที่ทีมคุ้นเคย แล้วขยายแอปตามโหลดในขอบเขตที่กำหนด

เริ่มใช้ Cloud PaaSดูการจัดการผ่าน GUI
  • เริ่มจากแอปของคุณสร้าง Environment เลือก Runtime และ Deploy โดยไม่ต้องเริ่มจาก Kubernetes หรือ CLI
  • เชื่อมครบทุก LayerLoad Balancer → Containers → Database + Cache พร้อมออกแบบ HA ให้เหมาะกับแต่ละ Layer
  • ขยายตามโหลด คุมขอบเขตได้เปิด Auto Scaling ภายใน limit คิดค่าบริการรายชั่วโมงตามทรัพยากรที่จองและใช้งาน
FULL STACK / ตัวอย่าง Environment ของแอปเดียว
my-app · production examplePrivate environment network · Thailand
Internet / HTTPS requestsDomain + SSL → Public entry point
01 / TRAFFIC

Load Balancer

HA pair · health checks
Load Balancer 01NGINX · same pool
HA pair / failover policy
Load Balancer 02NGINX · same pool

กระจาย request ไปยัง App nodes ที่พร้อมใช้งาน

LOAD BALANCE
02 / APPLICATION

App Containers

แอปเดียว · Runtime เดียว · หลาย replicas
Container 01Node.js · my-app
Container 02Node.js · my-app
Container 03Node.js · my-app

เพิ่ม CPU / RAM และจำนวน Containers ตามโหลด

DATA ACCESS
03 / DATABASE + CACHE

Data Services

เลือก HA topology ให้ตรง Engine
Database ClusterMariaDB Galera
DB 01
DB 02
DB 03
Replication · 3-node quorum
Cache + SentinelCustom deployment
Primary
Replica
Replication
3 Sentinels · failover quorum

DB กับ Cache แยกกัน · ตั้ง Backup เพิ่มได้

เลือก Runtime ของแอป
PHPPHPNode.jsNode.js.NET Core.NET CorePythonPythonRubyRuby
Deploy จาก Git / archive หรือเลือก Docker image

รับโหลดผ่าน Balancer หลายตัว

วาง Load Balancer เป็นคู่ พร้อม health checks และทางเข้าที่รองรับ failover แล้วกระจาย request ไปยัง replicas ของแอปเดียวกัน

เลือก NGINX หรือ HAProxy ตาม topology ที่ใช้

ใช้ Runtime ที่คุ้นเคย แล้วขยายแอปจาก GUI

เลือก PHP, Node.js, .NET Core, Python หรือ Ruby ตั้ง Reserved / Limit และจำนวน node จากหน้าจอเดียว

Docker เป็นอีกทางเลือกสำหรับทีมที่มี image พร้อมแล้ว

ออกแบบ HA ของข้อมูลแยกจาก App Containers

ตัวอย่างนี้ใช้ MariaDB Galera 3 nodes และ Redis primary / replica ร่วมกับ Sentinel 3 ตัว

โดย Redis Sentinel เป็นรูปแบบที่ต้องจัด deployment ให้เหมาะกับรุ่นและแพ็กเกจ ส่วน Backup ตั้งรอบและพื้นที่เก็บแยก

ภาพจำลองเพื่ออธิบายสถาปัตยกรรม · HA ต้องตั้งค่าและทดสอบตาม Stack / Template ที่เปิดใช้ ไม่ใช่ข้อมูลการทำงานจริง
GUI เดียวสร้าง · Deploy · Scale · ดูแล
Full Stack HAตั้งค่าและทดสอบ HA ให้ครบทุก Layer
128 MiB + 400 MHzCPU / RAM ต่อ Cloudlet
คิดค่าบริการรายชั่วโมงตามทรัพยากรที่จองและใช้งาน

01 / A CLEARER WAY TO RUN YOUR APPLICATION

ทั้ง Environment
จัดการได้จากหน้าจอเดียว

เริ่มด้วย Topology ที่เหมาะกับแอป เลือก Runtime และ Region แล้วตั้งค่าการเชื่อมต่อ ทรัพยากร และการ Deploy ผ่าน GUI ทีม Dev ทำงานต่อได้เร็ว และทีมดูแลเห็นภาพเดียวกัน

PLATFORM WORKSPACE / ภาพตัวอย่าง GUI
My workspace
  • Environments
  • Topology
  • Settings
  • Monitoring
Cloudlets · hourly billing
ENVIRONMENT / EXAMPLEmy-app
Thailand · Proen
Load Balancer2 nodes
App Containers3 replicas · Node.js
Database + CachePrivate connections

Environment settings

RuntimeNode.js
Deploy จากGit repository
Environment variablesNODE_ENV = production
Ports / EndpointsHTTPS 443 → App 8080
Persistent volume/app/uploads

Network & access

Internet → Load BalancerHTTPS
App → Database / CachePrivate
Environment isolationProvider-enabled

Firewall rules · SSL · access permissions

Resources & scaling

Reserved → Scaling limitCloudlets / node
Min nodes 2Max nodes 6Trigger CPU / RAM
ค่าตัวอย่าง · ตั้งขอบเขตตามแอปและงบประมาณ

Logs & metrics

CPU / RAMNetworkDisk I/O
application.log
ภาพจำลองสรุปความสามารถของ GUI และค่าตัวอย่าง · เมนู ตัวเลือก และ Region ขึ้นอยู่กับบริการที่เปิดให้ใช้

สร้าง Environment โดยเริ่มจากแอปของคุณ

เลือก PHP, Node.js, .NET Core, Python หรือ Ruby เพิ่ม Load Balancer, Database และ Cache ที่ต้องใช้ แล้วตั้ง Cloudlets กับจำนวน node

เลือก Deploy จาก Git, archive หรือ Docker image ได้ตาม Workflow ของทีม

ตั้งค่าทั้ง Runtime และเครือข่ายอย่างเป็นระบบ

จัด env vars, config, ports / endpoints และ volumes จากเครื่องมือใน dashboard ใช้ private network เชื่อมภายใน Environment

ส่วน Network Isolation และ Firewall เปิดใช้ตาม provider และชนิด container; วาง VPC connectivity ร่วมกับทีม Ruk-Com ให้ตรงระบบเดิม

เห็นโหลด แล้วปรับทรัพยากรในจุดที่ต้องการ

ดู logs และ metrics ของแต่ละ Layer ตั้ง alerts และ Auto Scaling จาก CPU, RAM, Network หรือ Disk

เลือก Region ของ Environment ที่เปิดให้ใช้ แล้วตรวจอัตรารายชั่วโมงก่อนขยายระบบ

PLATFORM IN PRACTICE

สำรวจหน้าจอใช้งานจริง

ดูตัวอย่าง Dashboard, Topology และ Marketplace คลิกภาพเพื่อขยายและดูรายละเอียดได้ครบถ้วน

ขยายภาพ

ภาพรวม Environment

ตรวจสถานะและทรัพยากรของแต่ละ Environment จากหน้าจอเดียว

ขยายภาพ

ตั้งค่า PostgreSQL และ Resource

เลือกองค์ประกอบของ Stack พร้อมกำหนด Reserved Cloudlets และ Scaling Limit

ขยายภาพ

เลือกโครงสร้าง MariaDB Cluster

ดูตัวเลือก Replication และการขยาย Secondary สำหรับ Database Layer

ขยายภาพ

Marketplace ใน Workspace

เลือกหมวด Application และ Cluster จาก Marketplace ภายใน Dashboard

ขยายภาพ

สำรวจ Application Template

ดูรายการ Template และรายละเอียดก่อนเลือกติดตั้งลง Environment

ขยายภาพ

ตัวอย่าง Galera แบบ Multi-Region

ดูองค์ประกอบของ Template และเงื่อนไขด้าน Network ก่อนวางแผนใช้งาน

ภาพหน้าจอจริงที่แทนข้อมูลระบุตัวตนด้วยข้อมูล Demo และปิดข้อมูลบัญชีแล้ว ราคา เวอร์ชัน และตัวเลือกในภาพเป็นตัวอย่าง ขึ้นอยู่กับการตั้งค่า Region และบริการที่เปิดใช้งาน

เปิดภาพต้นฉบับขนาดเต็ม ↗

02 / GROW WITH YOUR WORKLOAD

โหลดเพิ่ม แอปก็ขยายได้
ในขอบเขตที่คุณตั้งไว้

ตั้งค่าผ่าน GUI ได้ทั้ง Vertical Scaling ที่เพิ่ม CPU / RAM ใน Container และ Horizontal Scaling ที่เพิ่ม replicas ของแอปเดียวกัน กำหนด limit และเงื่อนไขไว้ให้เหมาะกับโหลด

ELASTIC RESOURCES / ILLUSTRATIVE WORKLOAD
SCALE UP ↕ DOWNเพิ่มขนาดใน Container
Scaling limitเพดาน CPU / RAMDynamic cloudletsเพิ่มตามโหลดในขอบเขตReserved cloudletsทรัพยากรที่จองไว้
1 Cloudlet = 128 MiB RAM + 400 MHz CPU
SCALE OUT ↔ INเพิ่ม Containers ของแอปเดียวกัน
Resource trigger→Load balancer
App 01Replica
App 02Replica
App 03Add / remove
CPU / RAMNetworkDisk I/O / IOPS
กำหนดค่าเฉลี่ยช่วงเวลา จำนวน node ต่ำสุดและสูงสุด

ปรับใช้ทรัพยากรตามโหลดภายใน Limit

Reserved เป็นทรัพยากรที่จองและคิดค่าบริการ ส่วน Dynamic เพิ่มตามการใช้งานจริงได้ถึง scaling limit ของแต่ละ node

ใช้ได้ทั้งชั้นแอป ฐานข้อมูล balancer และ cache

ขยายด้วย Resource Threshold ที่ตั้งไว้

ตั้ง trigger จาก CPU, Memory, Network, Disk I/O หรือ IOPS พร้อมระยะเฉลี่ยและจำนวน node ต่ำสุด/สูงสุด

การเพิ่ม node ที่ต้อง clone ข้อมูลอาจใช้เวลามากกว่าแอป stateless

กำหนดขอบเขต แล้วทดสอบพฤติกรรมจริง

เลือก reserved/limit ตามโหลด ทดสอบ trigger และกำหนดพื้นที่สำรอง

การแก้ scaling limit ของ app/database/cache ที่ทำงานอยู่ด้วยตนเองอาจทำให้ layer restart จึงควรวางช่วงเปลี่ยนแปลง

Vertical scaling docsHorizontal scaling docs

03 / DATABASES + CACHE, WITH THE RIGHT TOPOLOGY

เลือกฐานข้อมูลที่ถนัด
แล้ววาง HA ให้เหมาะกับงาน

เลือกได้ทั้ง SQL, NoSQL, Search และ Cache แต่ละ Engine มีวิธี replication, clustering และ failover ของตัวเอง จัด Data Layer แยกจากจำนวน App Containers และวาง Backup ควบคู่กัน

DATA SERVICES / ตัวอย่าง Topology แยกตาม Engine
MariaDBMariaDB
SQL / CLUSTER

Galera · 3 nodes

DB 01
DB 02
DB 03
Replication ↔ quorum
MariaDB Galera หรือ Percona XtraDB ตาม Template ที่รองรับ
Primary → Replica

MySQL / PostgreSQL ใช้ replication model ของแต่ละ Engine พร้อมตั้งค่า failover ตาม topology

OpenSearchOpenSearch
NOSQL / SEARCH

Distributed cluster

Node 01
Node 02
Node 03
Shards + replicas
OpenSearch สำหรับ Search หรือ Couchbase สำหรับข้อมูลแบบ Distributed
MongoDB · Replica Set

เลือก version และเส้นทาง deployment ที่ต้องการ รุ่นใหม่ใช้ custom Docker แล้วตั้ง Replica Set เอง

RedisRedis
CACHE / FAILOVER

Redis Sentinel

Primary
Replica
Replication
3 Sentinels · quorum
ตัวอย่าง Custom deployment ของ Redis + Sentinel ตามรุ่นและแพ็กเกจ
Memcached · shared cache

ช่วยลด query ซ้ำ เหมาะกับข้อมูลที่สร้างใหม่ได้ ออกแบบแอปให้รับมือ cache miss

HA และ Backup ต้องวางแยกกันDatabase → Scheduled backup → Backup Storageตั้งรอบสำรอง จำนวนชุดที่เก็บ และทดสอบ Restore แยกจาก Replication

SQL Cluster เลือกได้หลายรูปแบบ

MySQL มี primary-primary / primary-secondary; MariaDB มี Galera และ Percona มี XtraDB

ส่วน PostgreSQL ใช้ asynchronous primary-secondary พร้อม Pgpool-II เมื่อต้องการ automatic failover ตาม template นั้น ตรวจจำนวน node และรุ่นที่ dashboard ก่อนสร้าง

จัด Cluster ให้เหมาะกับข้อมูลและ Query

ใช้ OpenSearch สำหรับ distributed search หรือ Couchbase ที่มีแนวทาง scaling และ rebalancing

สำหรับ MongoDB เลือก deployment ให้ตรงรุ่น: MongoDB 4.0.4 ขึ้นไปใช้ custom Docker แบบดูแลเอง ไม่อยู่ใน certified managed stack จึงต้องวาง replica set และการดูแลให้ครบ

Cache ช่วยให้แอปเร็วขึ้น พร้อมแผนรับมือเมื่อ Node เปลี่ยน

Redis Sentinel ใช้ Sentinel quorum ตรวจและเลือก primary ตาม deployment ที่ตั้งค่า แยกจาก Redis Cluster แบบ sharding; Redis 7.4 ขึ้นไปใช้ custom image แบบดูแลเอง

ส่วน Memcached เป็น cache ที่ไม่ทำ replication และไม่ใช่ที่เก็บข้อมูลถาวรแบบ HA จึงควรเก็บข้อมูลต้นทางใน Database และตั้ง Backup แยก

ดู Cluster templatesPostgreSQL และ FailoverBackup และ Restore

04 / FAMILIAR TOOLS, CONNECTED

Stack ที่คุ้นเคย
เลือกให้ตรงกับแอป

เลือก Runtime สำเร็จรูปแล้ว Deploy โค้ดได้ หรือใช้ Docker image เมื่อทีมมี Container Workflow อยู่แล้ว Database และ Cache เลือกแยกได้ตามข้อมูลและรูปแบบ HA ที่ต้องการ

APPLICATION RUNTIMES

Runtime ที่ทีมใช้อยู่

PHPPHPNode.jsNode.js.NET Core.NET CorePythonPythonRubyRubyJavaJavaGoGo
LOAD BALANCING + WEB

จุดรับ Traffic และ Web Server

NGINXNGINXHAProxyHAProxyApacheApacheTomcatTomcat
SQL DATABASES

ฐานข้อมูล SQL

MySQLMySQLPerconaPerconaMariaDBMariaDBPostgreSQLPostgreSQL
NOSQL + SEARCH + CACHE

ข้อมูล ค้นหา และ Cache

MongoDBMongoDBOpenSearchOpenSearchCouchbaseCouchbaseRedis SentinelRedis SentinelMemcachedMemcached
DEPLOYMENT + INTEGRATIONS

ต่อกับ Workflow ของทีม

GitGitDockerDockerJenkinsJenkinsWordPressWordPress
เลือก Version และวิธี Deploy ให้เหมาะกับทีม

Stack และ Template ที่เปิดใช้ขึ้นอยู่กับ Region / provider โดย Redis 7.2.x ยังอยู่ใน certified stack สำหรับ MongoDB 4.0.4 ขึ้นไป และ Redis 7.4 ขึ้นไป ใช้ custom Docker / image แบบดูแลเอง ส่วนรุ่นและระบบอัตโนมัติของ certified stack ให้ตรวจใน dashboard Redis Sentinel เป็น deployment pattern ที่ต้องตั้งค่า ไม่ใช่ชื่อเดียวกับ Redis Cluster

ตัวเลือก MongoDBตัวเลือก Redis

ชื่อและโลโก้ใช้ระบุเทคโนโลยี ตัวเลือก Runtime, License, Template และฟีเจอร์ที่ให้บริการจริงให้ตรวจจาก dashboard ของ Region ที่เลือก

ประเภทคอนเทนเนอร์

05 / MARKETPLACE · READY-MADE APPLICATIONS

จากซอฟต์แวร์ที่ทีมคุ้นเคย
สู่ Cluster Stack พร้อมใช้งาน

เลือกแพ็กเกจสำหรับเว็บไซต์ ร้านค้าออนไลน์ ฐานข้อมูล และเครื่องมือ DevOps จาก Marketplace โดย Template ช่วยสร้าง Application Stack และ Cluster ตามรูปแบบที่รองรับ เริ่มจาก UI แล้วปรับ Environment ให้ตรงกับงาน

Applicationsสร้าง Environment ใหม่Add-Onsเพิ่มความสามารถให้ Environment เดิม
Application Marketplace

ตัวอย่างแพ็กเกจ · Applications และ Add-Ons

เลือกแพ็กเกจในแพลตฟอร์ม

รายการตัวอย่างทั้งหมดแสดงด้านล่าง เปิด JavaScript เพื่อค้นหา กรองหมวด และเก็บ Favorites หรือเลือกแพ็กเกจจริงจากแพลตฟอร์ม

แพ็กเกจตัวอย่าง

79 รายการ

Ruk-Com

ทีมคลาวด์ของคุณ

Ruk-Com Cloud

เลือกแอปที่ชอบ แล้วให้ทีม Ruk-Com ช่วยวาง Stack และแผนเริ่มต้นที่เหมาะกับคุณ

อยู่ใน Favorites เสมอ
เปิดแพลตฟอร์ม Ruk-Com

APPLICATION / ENVIRONMENT ใหม่

WordPress Cluster Kit v2

สร้างเว็บไซต์ WordPress บนชุดแอปและฐานข้อมูลที่ขยายได้

WordPress · PHP · SQL

Stack และสิ่งที่ต้องตั้งค่า

ตั้งจำนวน node, cache และรูปแบบฐานข้อมูลตาม Template ที่เปิดใช้ แล้วทดสอบ session, plugin และ backup ของเว็บไซต์

ข้อมูลแพ็กเกจต้นทาง — WordPress Cluster Kit v2

APPLICATION / ENVIRONMENT ใหม่

MySQL / MariaDB / Percona

เลือก SQL Engine และ replication topology ที่เหมาะกับแอป

SQL · replication options

Stack และสิ่งที่ต้องตั้งค่า

MySQL, MariaDB และ Percona มีตัวเลือกต่างกัน Primary–Secondary ไม่รับประกัน automatic failover; ตรวจ topology ก่อนใช้งาน

ข้อมูลแพ็กเกจต้นทาง — MySQL / MariaDB / Percona

APPLICATION / ENVIRONMENT ใหม่

PostgreSQL Primary–Secondary

ฐานข้อมูล SQL พร้อม primary และ secondary สำหรับ replication

PostgreSQL · optional Pgpool-II

Stack และสิ่งที่ต้องตั้งค่า

Template นี้ใช้ Pgpool-II เมื่อต้องการ automatic failover; replication แบบ asynchronous ไม่รับประกัน zero data loss

ข้อมูลแพ็กเกจต้นทาง — PostgreSQL Primary–Secondary

APPLICATION / ENVIRONMENT ใหม่

RabbitMQ

ระบบ Message Queue เชื่อมการทำงานระหว่างบริการ

Messaging · broker service

Stack และสิ่งที่ต้องตั้งค่า

แพ็กเกจต้นทางเริ่มจาก broker หนึ่งตัว หากต้องการ RabbitMQ Cluster ต้องเพิ่ม topology และตั้งค่าการเชื่อมต่อ/replication ให้ตรงกับ workload

ข้อมูลแพ็กเกจต้นทาง — RabbitMQ

APPLICATION / ENVIRONMENT ใหม่

Magento Cluster v2

แพ็กเกจร้านค้า Magento พร้อมโครงสร้างสำหรับขยายระบบ

Magento · application + data

Stack และสิ่งที่ต้องตั้งค่า

อ้างอิง Auto-Scalable Magento Cluster v2 ตรวจ Magento version, extensions และ service ที่แพ็กเกจต้องใช้ก่อนสร้าง

ข้อมูลแพ็กเกจต้นทาง — Magento Cluster v2

APPLICATION / ENVIRONMENT ใหม่

Redis Cluster

กระจายข้อมูล Cache ด้วย sharding และ replica nodes

Redis 7.2 · supported template

Stack และสิ่งที่ต้องตั้งค่า

Redis Cluster แยกจาก Sentinel ตรวจ template/รุ่นที่เปิดใช้; Redis 7.4+ ใช้ custom image แบบดูแลเอง ไม่ใช่ certified managed stack

ข้อมูลแพ็กเกจต้นทาง — Redis Cluster

APPLICATION / ENVIRONMENT ใหม่

PostgreSQL Multi-Region

วาง PostgreSQL ข้าม Region ตามตัวเลือกของแพ็กเกจ

PostgreSQL · multiple regions

Stack และสิ่งที่ต้องตั้งค่า

ต้องมีหลาย Region ให้เลือก และออกแบบ replication, latency และแผนกู้คืนแยก ไม่ใช่การรับประกัน DR อัตโนมัติ

ข้อมูลแพ็กเกจต้นทาง — PostgreSQL Multi-Region

APPLICATION / ENVIRONMENT ใหม่

Kubernetes Cluster

สร้าง Cluster สำหรับทีมที่ใช้งาน Kubernetes

Kubernetes · cluster nodes

Stack และสิ่งที่ต้องตั้งค่า

เป็นแพ็กเกจ Kubernetes แยกจาก Runtime PaaS ปกติ ทีมยังต้องจัดการ workload, policy และ configuration ของ Kubernetes

ข้อมูลแพ็กเกจต้นทาง — Kubernetes Cluster

APPLICATION / ENVIRONMENT ใหม่

Spring Boot Cluster

Deploy แอป Spring Boot บนชุด Runtime ที่ขยายได้

Spring Boot · application replicas

Stack และสิ่งที่ต้องตั้งค่า

อ้างอิง Auto-Scalable Spring Boot Cluster ตั้งค่าแอปและทรัพยากรก่อนใช้งานจริง แยกจากแพ็กเกจ Jar Builder

ข้อมูลแพ็กเกจต้นทาง — Spring Boot Cluster

APPLICATION / ENVIRONMENT ใหม่

Docker Swarm Cluster

จัด Docker services ผ่าน Cluster ของ managers และ workers

Docker Swarm · managers + workers

Stack และสิ่งที่ต้องตั้งค่า

เป็น Swarm topology ไม่ใช่ Docker Engine node เดี่ยว กำหนด manager quorum, placement และ persistent data ให้เหมาะกับงาน

ข้อมูลแพ็กเกจต้นทาง — Docker Swarm Cluster

APPLICATION / ENVIRONMENT ใหม่

Tomcat / TomEE HA Cluster

ชุด Java application servers พร้อมแนวทาง session replication

Tomcat / TomEE · load balancing

Stack และสิ่งที่ต้องตั้งค่า

แพ็กเกจรองรับการขยาย app และ balancer layers พร้อม session replication; แอปต้องรองรับ configuration ที่เลือก

ข้อมูลแพ็กเกจต้นทาง — Tomcat / TomEE HA Cluster

APPLICATION / ENVIRONMENT ใหม่

GlassFish Cluster

Java application cluster พร้อม DAS และ worker nodes

GlassFish · DAS · workers

Stack และสิ่งที่ต้องตั้งค่า

อ้างอิง Auto-Scalable GlassFish Cluster พร้อม balancer topology ตรวจ Java และ application compatibility ก่อน Deploy

ข้อมูลแพ็กเกจต้นทาง — GlassFish Cluster

APPLICATION / ENVIRONMENT ใหม่

Couchbase CE Cluster

ฐานข้อมูล Distributed พร้อมแนวทาง scaling และ rebalancing

Couchbase CE · distributed data

Stack และสิ่งที่ต้องตั้งค่า

อ้างอิง Community Edition package; ตรวจจำนวน node, data replica และ resource sizing ให้ตรงกับ workload

ข้อมูลแพ็กเกจต้นทาง — Couchbase CE Cluster

APPLICATION / ENVIRONMENT ใหม่

GitLab Server

Git hosting ส่วนตัวสำหรับ Source Code และงาน DevOps

GitLab · repository workflows

Stack และสิ่งที่ต้องตั้งค่า

อ้างอิง DevOps Lab – GitLab Server ตรวจ runner / registry options และตั้งค่า pipeline ของทีมเพิ่มเติม

ข้อมูลแพ็กเกจต้นทาง — GitLab Server

APPLICATION / ENVIRONMENT ใหม่

Jenkins DevOps Pack

เริ่มระบบ Build และ Deploy automation ของทีม

Jenkins · CI / CD

Stack และสิ่งที่ต้องตั้งค่า

เชื่อม repository, credentials และ build agents ตามกระบวนการของทีม ไม่ใช่ pipeline สำเร็จรูปสำหรับทุกแอป

ข้อมูลแพ็กเกจต้นทาง — Jenkins DevOps Pack

APPLICATION / ENVIRONMENT ใหม่

Nexus Repository Manager

จัดเก็บและจัดการ Build artifacts ใน Repository ของทีม

Nexus · artifact repository

Stack และสิ่งที่ต้องตั้งค่า

กำหนดชนิด repository, สิทธิ์เข้าถึง และพื้นที่เก็บข้อมูลตาม package/version ที่เลือก

ข้อมูลแพ็กเกจต้นทาง — Nexus Repository Manager

APPLICATION / ENVIRONMENT ใหม่

pgAdmin 4

เครื่องมือ GUI สำหรับจัดการและสำรวจ PostgreSQL

pgAdmin · database administration

Stack และสิ่งที่ต้องตั้งค่า

เชื่อมต่อฐานข้อมูลด้วยสิทธิ์ที่เหมาะสม และจำกัดการเข้าถึงเครื่องมือสำหรับผู้ดูแล

ข้อมูลแพ็กเกจต้นทาง — pgAdmin 4

APPLICATION / ENVIRONMENT ใหม่

Spring Boot Fat Jar Builder

Build และ Deploy แอป Spring Boot จากโปรเจกต์ของคุณ

Spring Boot · Fat JAR

Stack และสิ่งที่ต้องตั้งค่า

เป็นแพ็กเกจ build/deploy สำหรับ microservice แยกจาก Spring Boot Cluster ตั้งค่า project และ build ตาม manifest

ข้อมูลแพ็กเกจต้นทาง — Spring Boot Fat Jar Builder

APPLICATION / ENVIRONMENT ใหม่

Drupal

CMS สำหรับเว็บไซต์และเนื้อหาที่มีโครงสร้าง

Drupal · PHP · database

Stack และสิ่งที่ต้องตั้งค่า

ตรวจรุ่น PHP/Drupal และ modules พร้อมวาง backup สำหรับฐานข้อมูลและไฟล์เว็บไซต์

ข้อมูลแพ็กเกจต้นทาง — Drupal

APPLICATION / ENVIRONMENT ใหม่

Joomla

จัดการเว็บไซต์และเผยแพร่เนื้อหาผ่าน CMS

Joomla · PHP · database

Stack และสิ่งที่ต้องตั้งค่า

เลือก extensions ที่รองรับรุ่นในแพ็กเกจ และจัดการอัปเดต CMS ควบคู่กับการสำรองข้อมูล

ข้อมูลแพ็กเกจต้นทาง — Joomla

APPLICATION / ENVIRONMENT ใหม่

Moodle

ระบบจัดการคอร์สและการเรียนรู้สำหรับองค์กร

Moodle · learning management

Stack และสิ่งที่ต้องตั้งค่า

วางพื้นที่ไฟล์ผู้เรียน, database, scheduled jobs และ plugin compatibility ตามการใช้งานจริง

ข้อมูลแพ็กเกจต้นทาง — Moodle

APPLICATION / ENVIRONMENT ใหม่

Jitsi Video Conferencing

ระบบประชุมออนไลน์ที่ติดตั้งใน Environment ของคุณ

Jitsi · video meetings

Stack และสิ่งที่ต้องตั้งค่า

วาง domain, SSL, network ports และทรัพยากรให้เหมาะกับจำนวนผู้เข้าร่วม ไม่รับประกันจำนวนห้องหรือผู้ใช้ตายตัว

ข้อมูลแพ็กเกจต้นทาง — Jitsi Video Conferencing

APPLICATION / ENVIRONMENT ใหม่

Mattermost Chat Service

แชตและพื้นที่สื่อสารสำหรับทีมงาน

Mattermost · team messaging

Stack และสิ่งที่ต้องตั้งค่า

ตรวจรุ่นและเงื่อนไข Edition ในแพ็กเกจ ตั้งค่า identity, data storage และ backup ให้ตรงนโยบายทีม

ข้อมูลแพ็กเกจต้นทาง — Mattermost Chat Service

APPLICATION / ENVIRONMENT ใหม่

PrestaShop

สร้างหน้าร้านออนไลน์และจัดการสินค้า

PrestaShop · PHP · database

Stack และสิ่งที่ต้องตั้งค่า

ตรวจธีมและ modules รวมถึงความต้องการของ payment integration ก่อนเริ่มใช้งานจริง

ข้อมูลแพ็กเกจต้นทาง — PrestaShop

APPLICATION / ENVIRONMENT ใหม่

OpenCart

ระบบร้านค้าออนไลน์สำหรับแคตตาล็อกและคำสั่งซื้อ

OpenCart · PHP · database

Stack และสิ่งที่ต้องตั้งค่า

เลือก extensions ให้ตรง version และจัดการ domain, SSL และฐานข้อมูลของร้านค้า

ข้อมูลแพ็กเกจต้นทาง — OpenCart

APPLICATION / ENVIRONMENT ใหม่

Nextcloud

พื้นที่ไฟล์และการทำงานร่วมกันที่ดูแลเองได้

Nextcloud · files + database

Stack และสิ่งที่ต้องตั้งค่า

เป็น application สำหรับไฟล์ ไม่ใช่พื้นที่ object storage ที่แถมกับบริการ ต้องวาง capacity และ backup

ข้อมูลแพ็กเกจต้นทาง — Nextcloud

APPLICATION / ENVIRONMENT ใหม่

ownCloud

แชร์และซิงก์ไฟล์ผ่านระบบขององค์กร

ownCloud · file sharing

Stack และสิ่งที่ต้องตั้งค่า

กำหนด storage, account access และการอัปเดตตาม edition/version ของแพ็กเกจ

ข้อมูลแพ็กเกจต้นทาง — ownCloud

APPLICATION / ENVIRONMENT ใหม่

Redmine

จัดการโปรเจกต์ งาน และ Issue Tracking ของทีม

Redmine · Ruby · database

Stack และสิ่งที่ต้องตั้งค่า

ตรวจ plugin compatibility และเชื่อม workflow พร้อมสำรองทั้ง database และ attachment files

ข้อมูลแพ็กเกจต้นทาง — Redmine

APPLICATION / ENVIRONMENT ใหม่

qdPM

จัดการงานและโปรเจกต์ผ่านแอปบนเว็บ

qdPM · project management

Stack และสิ่งที่ต้องตั้งค่า

ตรวจรุ่นที่แพ็กเกจติดตั้งและสิทธิ์ผู้ใช้ พร้อมตั้งแผนสำรองข้อมูลก่อนเริ่มงานจริง

ข้อมูลแพ็กเกจต้นทาง — qdPM

ADD-ON / ENVIRONMENT เดิม

Let’s Encrypt SSL

เพิ่มการจัดการใบรับรองให้ Environment ที่รองรับ

ADD-ON · domains + certificates

Stack และสิ่งที่ต้องตั้งค่า

ติดตั้งบน Environment/Layer ที่เลือก ต้องมี domain และการเชื่อมต่อที่ผ่านเงื่อนไข certificate validation

ข้อมูลแพ็กเกจต้นทาง — Let’s Encrypt SSL

ADD-ON / ENVIRONMENT เดิม

Database Backup / Restore

ตั้งรอบสำรองและเรียกคืนข้อมูลฐานข้อมูล

ADD-ON · backup schedules

Stack และสิ่งที่ต้องตั้งค่า

ต้องตั้ง Backup Storage และจำนวนชุดที่เก็บแยก ทดสอบ Restore; ไม่ใช่การรับประกัน retention หรือ instant recovery ที่แถมมา

ข้อมูลแพ็กเกจต้นทาง — Database Backup / Restore

ADD-ON / ENVIRONMENT เดิม

Git-Push-Deploy

ต่อการ Push โค้ดเข้ากับขั้นตอน Deploy ของแอป

ADD-ON · Git deployment

Stack และสิ่งที่ต้องตั้งค่า

ติดตั้งลง Environment เดิมและตั้งค่า repository / deployment pipeline ตามแพ็กเกจ

ข้อมูลแพ็กเกจต้นทาง — Git-Push-Deploy

ADD-ON / ENVIRONMENT เดิม

File Synchronization

ซิงก์ไฟล์ที่เปลี่ยนระหว่าง Application nodes

ADD-ON · application files

Stack และสิ่งที่ต้องตั้งค่า

เลือก source/target และ path ให้ถูกต้อง เป็น file synchronization ไม่ใช่ database replication หรือ backup

ข้อมูลแพ็กเกจต้นทาง — File Synchronization

ADD-ON / ENVIRONMENT เดิม

Elastic Beats

ส่ง Logs และ Metrics ไปยังระบบปลายทางที่รองรับ

ADD-ON · logs + metrics

Stack และสิ่งที่ต้องตั้งค่า

ตั้งค่า endpoint เช่น Logstash / OpenSearch ที่เข้ากันได้และสิทธิ์เชื่อมต่อ บริการปลายทางมีขอบเขตแยก

ข้อมูลแพ็กเกจต้นทาง — Elastic Beats

APPLICATION / ENVIRONMENT ใหม่

Grafana

รวมภาพ Metrics เป็น Dashboard สำหรับทีมดูแลระบบ

Monitoring · dashboards

Stack และสิ่งที่ต้องตั้งค่า

ตั้งค่า Data Source และสิทธิ์เข้าถึง Dashboard ให้ตรงระบบที่ต้องการติดตาม

ตรวจแพ็กเกจใน Platform — Grafana

APPLICATION / ENVIRONMENT ใหม่

Harbor Registry with HTTPS

จัดเก็บและแจกจ่าย Container image ผ่าน Registry ของทีม

Container images · registry

Stack และสิ่งที่ต้องตั้งค่า

เตรียม domain, certificate, storage และสิทธิ์ push/pull; ตรวจฟีเจอร์ของรุ่นที่ติดตั้ง

ตรวจแพ็กเกจใน Platform — Harbor Registry with HTTPS

LEGACY APPLICATION / ตรวจสอบก่อนใช้

Konga

หน้าจอจัดการ Kong รุ่นเดิมสำหรับระบบที่ยังต้องดูแล ไม่แนะนำเป็นตัวเลือกเริ่มต้นของงานใหม่

Kong 1.x · Node.js 8–12 · archived

ข้อจำกัดและสิ่งที่ต้องตรวจสอบ

Repository ต้นทางถูก Archive เมื่อ 7 พฤษภาคม 2024 และระบุรองรับ Kong 1.x / Node.js 8–12 เท่านั้น ตรวจ Availability ใน Platform และห้ามเปิด Admin API สู่ Internet โดยตรง

ดู Repository ต้นทาง — Konga

APPLICATION / ENVIRONMENT ใหม่

Prometheus

เก็บ Metrics ของบริการเพื่อนำไปติดตามและตั้งเงื่อนไขแจ้งเตือน

Monitoring · metrics

Stack และสิ่งที่ต้องตั้งค่า

ตั้ง scrape targets, retention และพื้นที่เก็บ พร้อมกำหนดระบบรับแจ้งเตือนที่ต้องใช้

ตรวจแพ็กเกจใน Platform — Prometheus

APPLICATION / ENVIRONMENT ใหม่

Traffic Distributor

จัดเส้นทาง Traffic ไปยัง Environment ที่กำหนด

Traffic · routing

Stack และสิ่งที่ต้องตั้งค่า

เลือกปลายทางและ routing policy ตามแพ็กเกจ ทดสอบ health checks และ DNS ก่อนรับ Traffic จริง

ตรวจแพ็กเกจใน Platform — Traffic Distributor

APPLICATION / ENVIRONMENT ใหม่

Docker Engine CE

เตรียม Docker Engine สำหรับรัน Container ของทีม

Docker · container host

Stack และสิ่งที่ต้องตั้งค่า

ทีมดูแล images, ports, volumes และการอัปเดต host; ไม่ใช่ Kubernetes Cluster

ตรวจแพ็กเกจใน Platform — Docker Engine CE

APPLICATION / ENVIRONMENT ใหม่

OpenVPN Access Server

จัดการการเชื่อมต่อ VPN สำหรับผู้ใช้ที่ได้รับสิทธิ์

VPN · access control

Stack และสิ่งที่ต้องตั้งค่า

ตรวจ License/จำนวน connection และกำหนด network routes, certificates และบัญชีผู้ใช้

ตรวจแพ็กเกจใน Platform — OpenVPN Access Server

APPLICATION / ENVIRONMENT ใหม่

Gitblit

จัด Git repository และสิทธิ์ใช้งานของทีม

Git · repositories

Stack และสิ่งที่ต้องตั้งค่า

กำหนด repository storage, authentication และรอบสำรองข้อมูล

ตรวจแพ็กเกจใน Platform — Gitblit

APPLICATION / ENVIRONMENT ใหม่

Spring Boot Thin Jar Builder

เตรียมขั้นตอน Build สำหรับแอป Spring Boot แบบ Thin JAR

Spring Boot · thin JAR

Stack และสิ่งที่ต้องตั้งค่า

ตรวจ Java, build configuration และการดึง dependencies ตามแพ็กเกจที่เลือก

ตรวจแพ็กเกจใน Platform — Spring Boot Thin Jar Builder

APPLICATION / ENVIRONMENT ใหม่

WildFly Continuous Deployment

เชื่อมขั้นตอน Deploy ของแอป Java บน WildFly

Java · deployment

Stack และสิ่งที่ต้องตั้งค่า

ตั้ง repository, credentials และ deployment target พร้อมทดสอบแอปกับรุ่น WildFly

ตรวจแพ็กเกจใน Platform — WildFly Continuous Deployment

APPLICATION / ENVIRONMENT ใหม่

Plesk Hosting Platform

จัดการงาน Hosting ผ่าน Control Panel ของ Plesk

Hosting · control panel

Stack และสิ่งที่ต้องตั้งค่า

ตรวจ Edition และ License ที่ต้องใช้ รวมถึงระบบปฏิบัติการและบริการที่แพ็กเกจรองรับ

ตรวจแพ็กเกจใน Platform — Plesk Hosting Platform

APPLICATION / ENVIRONMENT ใหม่

WordPress Standalone Kit

เริ่มเว็บไซต์ WordPress ด้วยชุดติดตั้งแบบ Standalone

WordPress · standalone

Stack และสิ่งที่ต้องตั้งค่า

Standalone ไม่เท่ากับ HA Cluster; ตั้ง domain, plugin, storage และ Backup ให้เหมาะกับเว็บไซต์

ตรวจแพ็กเกจใน Platform — WordPress Standalone Kit

APPLICATION / ENVIRONMENT ใหม่

Multi-Region WordPress Standalone

วางเว็บไซต์ WordPress แบบ Standalone ตามตัวเลือกหลาย Region

WordPress · Multi-Region

Stack และสิ่งที่ต้องตั้งค่า

ตรวจสถานะ Alpha และข้อจำกัดในรายการจริง พร้อมออกแบบ data synchronization, DNS และแผนกู้คืน; ไม่ใช่ DR อัตโนมัติ

ตรวจแพ็กเกจใน Platform — Multi-Region WordPress Standalone

APPLICATION / ENVIRONMENT ใหม่

Multi-Region WordPress Cluster

วางแผน WordPress Cluster ที่ทำงานหลายพื้นที่

WordPress · Multi-Region cluster

Stack และสิ่งที่ต้องตั้งค่า

ตรวจสถานะ Alpha และ Region ที่เปิดใช้ ทดสอบ replication, latency และ failover; ไม่รับประกัน zero data loss หรือความพร้อมใช้งานจริงทันที

ตรวจแพ็กเกจใน Platform — Multi-Region WordPress Cluster

APPLICATION / ENVIRONMENT ใหม่

PalWorld

เตรียม Environment สำหรับเซิร์ฟเวอร์เกม PalWorld

Game server · application

Stack และสิ่งที่ต้องตั้งค่า

ตรวจรุ่นเกม, ports และทรัพยากร พร้อมสำรอง game data; จำนวนผู้เล่นขึ้นกับการตั้งค่าและโหลด

ตรวจแพ็กเกจใน Platform — PalWorld

APPLICATION / ENVIRONMENT ใหม่

IOTA Node

เตรียม Node สำหรับการเชื่อมต่อเครือข่าย IOTA

IOTA · network node

Stack และสิ่งที่ต้องตั้งค่า

ตรวจ network, protocol และ software version ที่แพ็กเกจใช้ พร้อมวางพื้นที่ข้อมูลและการดูแล node

ตรวจแพ็กเกจใน Platform — IOTA Node

APPLICATION / ENVIRONMENT ใหม่

Odoo Community Edition

เลือกชุดแอปธุรกิจ Odoo Community สำหรับองค์กร

Business applications · Community

Stack และสิ่งที่ต้องตั้งค่า

ตรวจ modules และความเข้ากันได้ของรุ่น Community; ฟีเจอร์ Enterprise และบริการเสริมมีขอบเขตแยก

ตรวจแพ็กเกจใน Platform — Odoo Community Edition

APPLICATION / ENVIRONMENT ใหม่

Magnolia CMS

จัดการเนื้อหาเว็บไซต์ด้วย Magnolia CMS

CMS · Java

Stack และสิ่งที่ต้องตั้งค่า

ตรวจ Edition, License, Java และฐานข้อมูลตามแพ็กเกจ รวมถึง workflow การเผยแพร่

ตรวจแพ็กเกจใน Platform — Magnolia CMS

APPLICATION / ENVIRONMENT ใหม่

OpenCms

เตรียมระบบจัดการเนื้อหาเว็บไซต์บน OpenCms

CMS · Java

Stack และสิ่งที่ต้องตั้งค่า

ตรวจ Java และฐานข้อมูลที่รองรับ แล้วตั้ง domain, access และรอบสำรอง

ตรวจแพ็กเกจใน Platform — OpenCms

APPLICATION / ENVIRONMENT ใหม่

Alfresco

จัดการเอกสารและเนื้อหาขององค์กรด้วย Alfresco

Content · documents

Stack และสิ่งที่ต้องตั้งค่า

ตรวจ Edition, License, search service และพื้นที่เอกสาร พร้อมกำหนดสิทธิ์และการสำรองข้อมูล

ตรวจแพ็กเกจใน Platform — Alfresco

APPLICATION / ENVIRONMENT ใหม่

XWiki

สร้างคลังความรู้และเอกสารที่ทีมแก้ไขร่วมกัน

Wiki · knowledge base

Stack และสิ่งที่ต้องตั้งค่า

เลือก extensions ให้ตรงรุ่น กำหนด authentication และสำรองทั้งฐานข้อมูลกับไฟล์แนบ

ตรวจแพ็กเกจใน Platform — XWiki

APPLICATION / ENVIRONMENT ใหม่

DokuWiki

จัดคู่มือและความรู้ของทีมใน Wiki

Wiki · documentation

Stack และสิ่งที่ต้องตั้งค่า

กำหนดสิทธิ์ผู้ใช้ ตรวจ plugin compatibility และสำรองเนื้อหาพร้อม configuration

ตรวจแพ็กเกจใน Platform — DokuWiki

APPLICATION / ENVIRONMENT ใหม่

Ametys

จัดการเนื้อหาและการเผยแพร่เว็บไซต์ด้วย Ametys

CMS · content publishing

Stack และสิ่งที่ต้องตั้งค่า

ตรวจรุ่น, modules และ Runtime ของแพ็กเกจ แล้วตั้งสิทธิ์บรรณาธิการและแผนสำรอง

ตรวจแพ็กเกจใน Platform — Ametys

APPLICATION / ENVIRONMENT ใหม่

MODX

สร้างและจัดการเว็บไซต์ด้วย MODX

CMS · PHP

Stack และสิ่งที่ต้องตั้งค่า

ตรวจ PHP, database และ extras ที่แอปต้องใช้ พร้อมทดสอบการอัปเดตและสำรองข้อมูล

ตรวจแพ็กเกจใน Platform — MODX

APPLICATION / ENVIRONMENT ใหม่

LimeSurvey

สร้างแบบสำรวจและจัดการคำตอบผ่านเว็บ

Surveys · forms

Stack และสิ่งที่ต้องตั้งค่า

กำหนดสิทธิ์และการเก็บข้อมูลผู้ตอบ ตรวจ mail delivery และข้อกำหนดของรุ่นที่ใช้

ตรวจแพ็กเกจใน Platform — LimeSurvey

APPLICATION / ENVIRONMENT ใหม่

Cyclos 4 PRO

สำรวจแพ็กเกจ Cyclos 4 PRO สำหรับระบบธุรกรรม

Transactions · PRO edition

Stack และสิ่งที่ต้องตั้งค่า

ตรวจ License และขอบเขตการใช้งาน พร้อมวาง security, integration และการดำเนินงานให้ตรงบริการที่ต้องการ

ตรวจแพ็กเกจใน Platform — Cyclos 4 PRO

APPLICATION / ENVIRONMENT ใหม่

Magento Standalone

เริ่มร้านค้า Magento จากชุดติดตั้ง Standalone

Magento · standalone

Stack และสิ่งที่ต้องตั้งค่า

ตรวจ version, extensions และบริการประกอบ; Standalone ไม่ได้รวม HA Cluster ให้อัตโนมัติ

ตรวจแพ็กเกจใน Platform — Magento Standalone

APPLICATION / ENVIRONMENT ใหม่

Backup Storage

เตรียมพื้นที่เก็บชุดสำรองตามระบบที่ต้องการ

Storage · backups

Stack และสิ่งที่ต้องตั้งค่า

ตั้ง capacity, retention, access และงานส่ง Backup แยก พร้อมทดสอบ Restore; พื้นที่เก็บไม่ใช่การสำรองข้อมูลอัตโนมัติ

ตรวจแพ็กเกจใน Platform — Backup Storage

APPLICATION / ENVIRONMENT ใหม่

osTicket

จัดการคำขอช่วยเหลือและงานของทีมผ่าน Ticket

Support · ticketing

Stack และสิ่งที่ต้องตั้งค่า

กำหนด mail channels, roles และการเก็บข้อมูล พร้อมตรวจรุ่นและตั้ง Backup

ตรวจแพ็กเกจใน Platform — osTicket

APPLICATION / ENVIRONMENT ใหม่

WebMail Lite

เปิดใช้งานเว็บไคลเอนต์สำหรับเข้าถึงอีเมลของทีม

Email · web client

Stack และสิ่งที่ต้องตั้งค่า

เชื่อม IMAP/SMTP กับ mail service ที่มีอยู่ ตั้ง TLS และสิทธิ์ผู้ใช้; ไม่ได้สร้าง mail server ให้เอง

ตรวจแพ็กเกจใน Platform — WebMail Lite

ADD-ON / ENVIRONMENT เดิม

Change Version

เปลี่ยนรุ่นของ component ที่ Add-On รองรับ

ADD-ON · versions

Stack และสิ่งที่ต้องตั้งค่า

ตรวจรุ่นต้นทาง/ปลายทางและ compatibility ก่อนเปลี่ยน พร้อม Backup และแผนย้อนกลับ

ตรวจแพ็กเกจใน Platform — Change Version

ADD-ON / ENVIRONMENT เดิม

File Synchronization Slave

เตรียมฝั่งรับไฟล์สำหรับ File Synchronization

ADD-ON · file synchronization

Stack และสิ่งที่ต้องตั้งค่า

ตั้ง source/target และ path ให้ตรงกับฝั่งหลัก; ไม่ใช่ database replication หรือ Backup

ตรวจแพ็กเกจใน Platform — File Synchronization Slave

ADD-ON / ENVIRONMENT เดิม

HTTPS Redirection

กำหนดการเปลี่ยนเส้นทางจาก HTTP ไป HTTPS

ADD-ON · HTTPS routing

Stack และสิ่งที่ต้องตั้งค่า

ต้องมี domain และ certificate ที่ใช้งานได้ ตรวจ reverse proxy และ redirect loop ก่อนเปิดใช้

ตรวจแพ็กเกจใน Platform — HTTPS Redirection

ADD-ON / ENVIRONMENT เดิม

NGINX Plus App Protect

สำรวจ App Protect สำหรับ NGINX Plus ที่รองรับ

ADD-ON · NGINX Plus

Stack และสิ่งที่ต้องตั้งค่า

ตรวจ License, รุ่น และ topology ที่รองรับ พร้อมกำหนด policy และทดสอบผลต่อแอป

ตรวจแพ็กเกจใน Platform — NGINX Plus App Protect

ADD-ON / ENVIRONMENT เดิม

Root Access

จัด Root Access สำหรับ Environment ที่อนุญาต

ADD-ON · access

Stack และสิ่งที่ต้องตั้งค่า

ตรวจสิทธิ์และเงื่อนไขของ provider กำหนดผู้ดูแลและรับผิดชอบการเปลี่ยน configuration

ตรวจแพ็กเกจใน Platform — Root Access

ADD-ON / ENVIRONMENT เดิม

RustFS Domains & SSL

ตั้ง Domain และ SSL ให้บริการ RustFS ที่รองรับ

ADD-ON · domains + SSL

Stack และสิ่งที่ต้องตั้งค่า

ต้องมี RustFS deployment และ domain ที่ผ่านเงื่อนไข certificate validation ตรวจ endpoint ก่อนใช้งาน

ตรวจแพ็กเกจใน Platform — RustFS Domains & SSL

ADD-ON / ENVIRONMENT เดิม

Yum Packages Installer

ติดตั้ง system packages ผ่าน Yum ในระบบที่รองรับ

ADD-ON · system packages

Stack และสิ่งที่ต้องตั้งค่า

ตรวจ OS, repositories, privileges และ dependencies; การเพิ่ม package อาจกระทบ Runtime เดิม

ตรวจแพ็กเกจใน Platform — Yum Packages Installer

ADD-ON / ENVIRONMENT เดิม

Env Start/Stop Scheduler

ตั้งเวลาเริ่มและหยุด Environment ตามการใช้งาน

ADD-ON · scheduling

Stack และสิ่งที่ต้องตั้งค่า

กำหนดเวลาและเขตเวลาให้ชัด ทดสอบผลต่อแอป; การหยุด Environment อาจยังมีค่า storage และทรัพยากรบางประเภท

ตรวจแพ็กเกจใน Platform — Env Start/Stop Scheduler

ADD-ON / ENVIRONMENT เดิม

New Relic APM

เชื่อมแอปกับการติดตามประสิทธิภาพผ่าน New Relic

ADD-ON · application monitoring

Stack และสิ่งที่ต้องตั้งค่า

ต้องมีบัญชี/License ตามบริการ ตั้ง agent และ credentials อย่างปลอดภัย พร้อมตรวจข้อมูลที่ส่งออก

ตรวจแพ็กเกจใน Platform — New Relic APM

ADD-ON / ENVIRONMENT เดิม

NGINX Amplify

เชื่อมข้อมูลการทำงานของ NGINX กับ Amplify

ADD-ON · NGINX monitoring

Stack และสิ่งที่ต้องตั้งค่า

ตรวจ availability และเงื่อนไขบริการ ตั้ง agent, credentials และ metrics ที่ต้องการส่ง

ตรวจแพ็กเกจใน Platform — NGINX Amplify

ADD-ON / ENVIRONMENT เดิม

Database Cluster Recovery

เตรียมเครื่องมือกู้คืน Database Cluster ที่รองรับ

ADD-ON · database recovery

Stack และสิ่งที่ต้องตั้งค่า

ตรวจ engine และสถานะ cluster ก่อนใช้ พร้อม Backup และ runbook; ไม่รับประกันการกู้คืนโดยไม่สูญเสียข้อมูล

ตรวจแพ็กเกจใน Platform — Database Cluster Recovery

ADD-ON / ENVIRONMENT เดิม

Database Corruption Diagnostic

ตรวจอาการข้อมูลเสียหายในฐานข้อมูลที่รองรับ

ADD-ON · database diagnostics

Stack และสิ่งที่ต้องตั้งค่า

ตรวจ engine/version และสำรองข้อมูลก่อนวิเคราะห์ ผลตรวจไม่ใช่การซ่อมหรือรับประกันความครบถ้วนของข้อมูล

ตรวจแพ็กเกจใน Platform — Database Corruption Diagnostic

ADD-ON / ENVIRONMENT เดิม

NGINX Safe Reload

จัดขั้นตอน Reload configuration ของ NGINX

ADD-ON · configuration reload

Stack และสิ่งที่ต้องตั้งค่า

ตรวจ config และ module compatibility ก่อน Reload พร้อมทดสอบการเชื่อมต่อ; ไม่รับประกัน zero downtime ทุกกรณี

ตรวจแพ็กเกจใน Platform — NGINX Safe Reload

ADD-ON / ENVIRONMENT เดิม

Node.js and NPM Installer

ติดตั้ง Node.js และ NPM ใน Environment ที่รองรับ

ADD-ON · Node.js + NPM

Stack และสิ่งที่ต้องตั้งค่า

เลือกรุ่นให้เข้ากับ OS และ dependencies ของแอป พร้อมทดสอบ build และการเริ่มบริการ

ตรวจแพ็กเกจใน Platform — Node.js and NPM Installer

Applications สร้าง Environment ใหม่ ส่วน Add-Ons ใช้กับ Environment เดิมที่รองรับ ชื่อรายการอ้างอิงจากเมนูและ Catalog ของแพลตฟอร์ม แพ็กเกจ รุ่น สถานะการรองรับ และ Region จริงให้ตรวจในแพลตฟอร์มก่อนใช้งาน

คู่มือ Marketplace

FROM PACKAGE TO A CONNECTED STACK

เลือกเป็นแพ็กเกจ
ได้ทั้งระบบที่เชื่อมกัน

ตัวอย่าง WordPress Cluster Kit: เลือกส่วนประกอบและ HA ให้ตรงกับเว็บไซต์ ตั้งค่าใน UI แล้วจัดการทุก Layer ต่อใน Environment เดียว

  1. 01
    เลือก ApplicationWordPress Cluster Kit v2
  2. 02
    กำหนด EnvironmentRegion · Resources · Scaling · HA
  3. 03
    ติดตั้งและจัดการผ่าน UITopology · Logs · Settings · Add-Ons
เปิด Marketplace ใน Platform
WORDPRESS / CLUSTER BLUEPRINT
Environment / WordPressตัวอย่าง HA topology
Load Balancer × 2NGINX · Health checks · Failover
HTTPS →
WordPress / App 01PHP · Application replica
WordPress / App 02PHP · Application replica
APPLICATION DATA + CACHE
MariaDB GaleraSQL cluster · 3-node quorum
MemcachedObject cache · Rebuildable data
Shared Storage / GlusterFSแชร์ไฟล์ระหว่าง App nodes · เลือกเพิ่มตาม topology
FILES ↔ APPS
ภาพตัวอย่างเมื่อเลือก HA และ Shared Storage ต้องตรวจตัวเลือกและทดสอบ Failover ของระบบจริง ส่วน Cache และ Backup ออกแบบแยกตามการใช้งาน

06 / FROM FIRST DEPLOY TO EVERYDAY OPERATIONS

เริ่มง่ายผ่าน GUI
ดูแลต่อได้ด้วยเครื่องมือที่ทีมถนัด

เมื่อได้ Environment จาก Template หรือ Stack ที่ประกอบเองแล้ว จัดการต่อผ่าน GUI ได้โดยไม่ต้องเริ่มจาก Kubernetes หรือ CLI แล้วค่อยเชื่อม CI/CD และ API เมื่อทีมต้องการ

  1. 01

    สร้าง Environment

    เริ่มจาก Marketplace Template หรือประกอบ Stack เอง เลือก Region และขนาดให้เหมาะกับแอป

    Topology + Region
  2. 02

    เตรียมแอปให้พร้อม

    เลือก Runtime ตั้ง env vars, ports และ volumes ก่อนนำโค้ดหรือ image ขึ้นระบบ

    Runtime + Settings
  3. 03

    Deploy จากเครื่องมือเดิม

    ใช้ Git / archive ผ่าน GUI หรือเชื่อม CI/CD ของทีม และเลือก Docker registry ได้เมื่อพร้อม

    Git · Archive · Docker
  4. 04

    ดูโหลดแล้วปรับ Scale

    เปิด logs / metrics ตั้ง alerts และ scaling rules พร้อมดูค่าใช้จ่ายรายชั่วโมง

    Monitor + Hourly billing

NETWORK & ACCESS

VPC / Private Network

เชื่อม App, Database และ Cache ผ่าน private network ภายใน Environment ตั้ง domain, SSL, endpoint และสิทธิ์เข้าถึงให้ตรงกับงาน

รายละเอียดการตั้งค่า

Network Isolation ของแพลตฟอร์มแยก Environment Groups และต้องเปิดโดย provider ส่วนการเชื่อม VPC ของระบบเดิมให้วางขอบเขตกับทีม Ruk-Com; Firewall UI ขึ้นอยู่กับ provider และไม่ครอบคลุม custom Docker / Windows containers

OBSERVE & OPERATE

Logs และ Metrics ในที่เดียว

เปิดดู logs, CPU / RAM, network และ disk ของแต่ละ Layer ตั้ง alert เพื่อให้ทีมรู้ว่าเมื่อไรควรปรับทรัพยากร

รายละเอียดการตั้งค่า

เริ่มจาก threshold และผู้รับ alert ที่ชัดเจน ใช้ SSH / API / CLI ได้เมื่อต้องการต่อยอดการวิเคราะห์หรือ automation

REGION & DATA LOCATION

Multi-Region ตามที่แอปต้องการ

เลือกสร้าง Environment ใน Region ที่เปิดใช้ เพื่อวางแอปใกล้ผู้ใช้และเลือกที่ตั้งข้อมูล จัดหลาย Environment สำหรับแอปที่ต้องทำงานหลายพื้นที่

รายละเอียดการตั้งค่า

Region, ราคา และการเชื่อมต่อขึ้นอยู่กับบริการที่เปิดให้ใช้ การเลือกหลาย Region ไม่ได้ทำ data replication หรือ disaster recovery ให้เอง ต้องวางแผนร่วมกับ Database และ Backup

RELEASE & RECOVERY

อัปเดตและกู้คืนอย่างมีแผน

ใช้ sequential deploy / restart เพื่อลดผลกระทบกับหลาย node หรือแยก Environment สำหรับ blue-green พร้อมตั้ง Backup Storage และรอบสำรอง

รายละเอียดการตั้งค่า

แอปควรรองรับ reconnect เมื่อ node เปลี่ยน ทดสอบ restore และกำหนด retention; blue-green ใช้ Environment และทรัพยากรเพิ่ม

ความสามารถของแพลตฟอร์มSequential updatesBlue-green deployment

07 / TRANSPARENT, RESOURCE-BASED PRICING

เริ่มจากทรัพยากรที่ต้องใช้
เห็นราคาก่อนขยาย

คิดราคาเป็น Cloudlet แยก Reserved ที่จองไว้กับ Dynamic ที่ใช้เพิ่ม ตัวคำนวณใช้ข้อมูลราคาจากแพลตฟอร์ม Cloud PaaS เลือกสกุลเงินได้ และใช้ 730 ชั่วโมงสำหรับประมาณรายเดือน

1 Cloudlet128 MiB RAM + 400 MHz CPU
Reserved = จองไว้คิดค่าบริการตลอดการจอง
Dynamic = ใช้เพิ่มคิดตามทรัพยากรที่ใช้งานจริง

คำนวณค่าใช้จ่ายจากแอปที่คุณใช้

คำนวณค่าใช้จ่าย Cloud PaaS
Reserved
1 cloudlets
128 MiB400 MHz
Scaling Limit
64 cloudlets
8.00 GiB25.60 GHz
GB / hour
 
GB / hour

เปิด JavaScript เพื่อคำนวณราคา หรือ ใช้ตัวคำนวณต้นฉบับ

อัตราต่อทรัพยากร

รายการTHB / ชั่วโมงหน่วย
Reserved cloudlets0.0548–0.0685ต่อ Cloudlet ตามขั้นราคา
Dynamic cloudlets0.0685ต่อ Cloudlet ที่ใช้เพิ่ม
Storage0.01695ต่อ GB ส่วนเกิน 20 GB
Public IPv40.21ต่อ IP
External Traffic0ต่อ GB ในโมเดล Proen อ้างอิง

20 GB ฟรีต่อ environment · เรตรายเดือน = เรตรายชั่วโมง × 730

Reserved: ขั้นราคาตามปริมาณต่อ Layer

Reserved × NodesTHB / Cloudlet / ชม.
1–290.0685
30–590.0651
60–1190.0616
120–2390.0582
240+0.0548

รวม Reserved × Nodes ภายใน layer เดียวเพื่อเลือกอัตรา ไม่รวมข้าม layer และไม่ลดราคา Dynamic

อ่านวิธีคำนวณและขอบเขตราคา

ขั้นต่ำ = ผลรวม Reserved × Nodes × เรตของแต่ละ Layer + Disk/IP/External Traffic ส่วนสูงสุดเพิ่ม (Limit − Reserved) × Nodes × 0.0685 ของแต่ละ Layer การคิดรายเดือนสมมติใช้ค่าที่กรอกตลอด 730 ชั่วโมง ยอดใช้จริงและจำนวน node จาก horizontal scaling ทำให้บิลต่างจากตัวอย่างได้

โมเดลอ้างอิง RukCom at Proen Region ตรวจเมื่อ 9 กันยายน 2026 มี Network และ SSL rate เป็น 0 ในโมเดลนี้ ให้ตรวจเงื่อนไข traffic, licence, backup storage, ภาษี และบริการเสริมก่อนสั่งใช้งาน รวมถึงราคา region ที่เลือกจริง

08 / THE PLATFORM + YOUR LOCAL TEAM

ให้ทีม Ruk-Com
ช่วยวางก้าวแรกของแอป

เริ่มจาก workload ที่คุณมี แล้วคุยเรื่อง topology, region, scaling และแผนย้ายร่วมกัน เพื่อให้ระบบพร้อมสำหรับการใช้งานจริงและทีมคุณดูแลต่อได้

ปรึกษาทีม Cloud PaaS

จากการเลือก Region ถึงการดูแล

01

Topology & sizing

สำรวจ runtime, session, storage, database และเป้าหมายโหลด ก่อนกำหนดจำนวน node และ Cloudlet

02

Region & connectivity

Ruk-Com ระบุ region ไทย สิงคโปร์ ญี่ปุ่น และฝรั่งเศส เลือก region ที่เปิดใน dashboard ตาม latency, data location และราคา ตัวประมาณหน้านี้ใช้ Proen Region

03

Migration & support

ตกลงงานย้ายและทดสอบ พร้อมขอบเขตดูแลแอปและโครงสร้างพื้นฐาน ทีมไทยรับเรื่อง Support 24/7 ผ่านช่องทาง Ruk-Com โดยกำหนดความรับผิดชอบร่วมกัน

BEFORE YOUR FIRST DEPLOY

คำถามที่พบบ่อย

เลือก Stack และวางแผนเริ่มใช้งานได้มั่นใจขึ้น

เปิดคู่มือ Ruk-Com
Marketplace รวมค่าใช้จ่ายและ HA ไว้แล้วหรือไม่?

Marketplace ช่วยติดตั้ง Application และตั้งค่า Stack ตาม Template ทรัพยากรของ Environment คิดค่าบริการรายชั่วโมงตามการจองและใช้งาน ส่วน License และ Add-On บางรายการมีค่าใช้จ่ายเพิ่มเติม เลือกตัวเลือก Cluster / HA และตรวจแพ็กเกจ รุ่น และ Region ที่เปิดใช้ใน Platform ก่อนติดตั้ง

ต้องรู้ Kubernetes หรือ CLI ก่อนหรือไม่?

ไม่จำเป็นสำหรับการเริ่มใช้งานหลัก สร้าง Environment เลือก Runtime ตั้งทรัพยากร และ Deploy ผ่าน GUI ได้ ส่วน API, CLI, SSH และ Kubernetes เป็นทางเลือกสำหรับงานที่ทีมต้องการต่อยอด

ย้ายแอปเดิมขึ้น Cloud PaaS ได้อย่างไร?

เริ่มจาก PHP, Node.js, .NET Core, Python, Ruby หรือ Runtime ที่รองรับ แล้วตรวจ dependencies, env vars, session, ports และ persistent volumes หากทีมมี Docker image อยู่แล้วก็ใช้เป็นอีกเส้นทางได้ วางแผนย้ายและทดสอบกับทีม Ruk-Com

HA ทำงานอย่างไรในแต่ละ Layer?

ใช้ Load Balancer หลายตัวพร้อม health checks และทางเข้าแบบ failover กระจาย request ไปยัง App replicas ของแอปเดียวกัน ส่วน Database / Cache ใช้ cluster, replication และ failover ตาม engine / template ต้องตั้งค่าและทดสอบร่วมกัน พร้อม Backup แยก

Reserved และ Dynamic คิดราคาอย่างไร?

Reserved คิดตามทรัพยากรที่จองและอัตราตามปริมาณ Reserved × Nodes ภายในแต่ละ Layer ส่วน Dynamic คิดตามการใช้เพิ่มจริงที่ 0.0685 บาทต่อ Cloudlet/ชั่วโมงในโมเดล Proen ที่อ้างอิง การประมาณรายเดือนใช้ 730 ชั่วโมง

เลือก MongoDB, Redis Sentinel และ Memcached อย่างไร?

เลือกตามหน้าที่และรุ่นที่ต้องการ MongoDB 4.0.4 ขึ้นไป และ Redis 7.4 ขึ้นไปใช้ custom image แบบดูแลเอง ไม่อยู่ใน certified managed stack ของผู้ผลิต Redis Sentinel ต้องตั้ง primary / replica และ Sentinel quorum ตาม deployment ส่วน Memcached ใช้เป็น cache สำหรับข้อมูลที่สร้างใหม่ได้ ไม่ใช่ replicated durable storage

Private Network และ Multi-Region ตั้งค่าได้อย่างไร?

บริการใน Environment เชื่อมกันผ่าน private network ได้ ส่วน Network Isolation ของ Environment Groups และ Firewall เปิดใช้ตาม provider / container type เลือก Region ที่มีใน dashboard สำหรับแต่ละ Environment และวางแผนการเชื่อม VPC, replication หรือ DR กับทีม Ruk-Com ตามระบบที่ต้องการ

YOUR NEXT DEPLOY STARTS HERE

แอปของคุณ พร้อมเติบโต
บน Cloud PaaS ของ Ruk-Com

เริ่มสำรวจแพลตฟอร์ม หรือให้ทีมเราช่วยวาง topology และทรัพยากรจากแอปที่คุณมี

เข้าสู่แพลตฟอร์มคุยกับทีม Ruk-Comอ่านคู่มือ Ruk-Com