ด้วยความที่เป็นหน่วยเล็กๆทำให้สามารถระบุความจุที่ต้องการสำหรับเซิร์ฟเวอร์ในแต่ละ environment ได้อย่างแม่นยำและรับประกันราคาตามการใช้งานอย่างแท้จริง คุณจึงไม่ต้องจ่ายมากเกินไปสำหรับทรัพยากรที่ไม่ได้ใช้งาน

เพิ่มเติม: ความแตกต่างระหว่างปริมาณการใช้ RAM (ด้วยหน่วย MiB=1024 KiB) การใช้พื้นที่ดิสก์และการรับส่งข้อมูลเครือข่ายจะวัดเป็น megabytes (1000 KB)

ในส่วนของด้านล่างนี้เราจะอธิบาย cloudlet แต่ละประเภทที่ใช้ใน Ruk-Com Cloud, วิธีการใช้ cloudlet และการติดตามการใช้ทรัพยากรของคุณ

ประเภทของ Cloudlet

Cloudlet ของ Ruk-Com Cloud มีอยู่ 2 ประเภทซึ่งพร้อมสำหรับการตั้งค่าทุกเซิร์ฟเวอร์ใน environments ผ่านการปรับขนาดแบบ vertical ในแต่ละ node ที่ส่วนของ topology wizard: Reserved และ Dynamic

ในกรณีหากเลเยอร์ประกอบด้วยหลาย nodes ขีดจำกัดเหล่านี้จะได้รับการกำหนดค่าสำหรับ node ทั้งหมดในคราวเดียว กล่าวคือสถานะเท่ากันในแต่ละอินสแตนซ์

ในที่นี้ แต่ละรายการจะสอดคล้องกับประเภทของ cloudlet โดยเฉพาะ:

• Reserved Cloudlets
  การจอง cloudlets ไว้ล่วงหน้าและจะถูกเรียกเก็บค่าใช้จ่ายโดยไม่คำนึงถึงการใช้ทรัพยากรจริง ในทางกลับกัน คุณจะได้รับส่วนลดอัตโนมัติจำนวนมากตามจำนวนของ cloudlets
  
  
• Dynamic Cloudlets
  จะถูกเพิ่มและลบโดยอัตโนมัติตามปริมาณการใช้ทรัพยากรที่แอปพลิเคชันของคุณต้องการในช่วงเวลาหนึ่ง – กล่าวคือ จะได้รับมอบหมายเมื่อโหลดเพิ่มขึ้นและนำออกอีกครั้งทันทีที่ลดลง เป็นผลให้คุณจ่ายตามการใช้ทรัพยากรจริงของคุณ

Cloudlet ประเภทนี้จะช่วยรับมือกับความต้องการที่เพิ่มขึ้นโดยไม่คาดคิดและไม่ต้องวางแผนล่วงหน้า อีกทั้งการจ่ายเงินมากเกินไปสำหรับทรัพยากรที่คุณไม่ต้องการใช้งานในเวลาส่วนใหญ่ ด้วยวิธีนี้แถบเลื่อน Dynamic Cloudlets คุณจะตั้งค่า Scaling Limit ของคอนเทนเนอร์โดยกำหนดจำนวน cloudlets สูงสุดที่เป็นไปได้สำหรับการจัดสรร

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

การคำนวณปริมาณการใช้ Cloudlet

จำนวน cloudlet ที่จะคำนวณเป็นรายชั่วโมงตามวิธีต่อไปนี้:

• สำหรับ RAM – ค่าสูงสุด (เช่น ปริมาณการใช้ RAM สูงสุดตลอดชั่วโมง)
  
• สำหรับ CPU – ค่าเฉลี่ยของการใช้งาน

ค่าที่มากกว่าเหล่านี้ (แต่ไม่ใช่ทั้งสองรวมกัน) ถือเป็นการใช้ environment จริงซึ่งจะถูกเรียกเก็บจากบัญชีตามอัตราค่าธรรมเนียมของผู้ให้บริการ (สามารถตรวจสอบได้ที่ส่วนของ Quotas & Pricing)

ตัวอย่างเช่น: หากใน 1 ชั่วโมง เฉลี่ยการใช้งาน CPU เท่ากับ 2400 MHz (6 cloudlets) และการใช้งาน RAM สูงสุดเท่ากับ 1024 MiB (8 cloudlets) คุณจะถูกเรียกเก็บเงินเท่ากับ 8 cloudlets – ไม่ใช่ทั้งหมด 14 หน่วย

การติดตามปริมาณการใช้ทรัพยากร

การใช้งานทรัพยากรในปัจจุบันของ environment ทั่วไปที่ประกอบด้วย layer/node โดยเฉพาะสามารถดูได้จากคอลัมน์การใช้งานที่สอดคล้องกันที่แดชบอร์ด Usage:

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

The post Cloudlet appeared first on คู่มือการใช้งาน Ruk-Com Cloud (PAAS).

ดังนั้น Ruk-Com Cloud แบ่งระดับการเข้าถึงคลัสเตอร์เป็น 3 ประเภทได้แก่:

• Administrators (ผู้ดูแลระบบ)
• Developers or SMBs (นักพัฒนา)
• End users (ผู้ใช้งาน)

Ruk-Com Cloud ได้จัดเตรียมแผงควบคุมระบบ 2 แผงสำหรับการเข้าถึงคลัสเตอร์ได้แก่:

1. Ruk-Com Cluster Panel (RCA) สำหรับผู้ดูแลระบบที่ให้บริการโฮสติ้งและองค์กรบริษัท
2. Ruk-Com Dashboard สำหรับนักพัฒนา ซึ่งทำให้ระบบ Ruk-Com Cloud เหมาะสำหรับทีม DevOps เป็นอย่างมาก

Administrators

Administrators ผู้ดูแลระบบของแพลตฟอร์ม Ruk-Com Cloud คือแผนกดำเนินการที่ให้บริการโฮสติ้ง หรือแผนกไอทีขององค์กรบริษัท หลังจากการติดตั้งแพลตฟอร์มคุณจะกลายเป็นเจ้าของแพลตฟอร์ม โดยสามารถเริ่มจัดการประสิทธิภาพทั้งหมดเองได้ ผ่าน Ruk-Com Cluster Admin Panel โดยการกำหนดค่าหลักๆ เช่น โควต้า ค่าธรรมเนียม การปรับแต่ง และรองรับลักษณะอื่นๆที่ต้องการทั้งหมด

การดำเนินการของ Ruk-Com Cluster Admin Panel มีหลักๆทั้งหมด 4 อย่างดังนี้:

• Installation (การติดตั้ง)
• Launch (การเริ่มปฏิบัติการ)
• Management (การจัดการและควบคุม)
• Update (การปรับข้อมูลใหม่ๆ)

Developers or SMBs

ลูกค้าของ Ruk-Com Cloud สามารถสร้าง environment, deploy แอปพลิเคชันและดำเนินการทั้งหมดผ่านวงจรของแอปพลิเคชันอย่างประสบความสำเร็จ การจัดการ environment และแอปพลิเคชันผ่านแผงควบคุมสำหรับนักพัฒนา Ruk-Com Cloud Dashboard

การปฎิบัติการสำหรับ Developers หรือ SMBs ในแพลตฟอร์มของ Ruk-Com Cloud มีดังนี้:

• สร้าง environment ที่เรียบง่ายและมีความซับซ้อน
• deploy แอปพลิเคชันในรูปแบบต่างๆโดยไม่ต้องเปลี่ยน code
• ปรับแต่งและตั้งค่าการติดตั้งระบบใหม่
• ปรับขนาดของแอปพลิเคชันแบบ vertical และ horizontal
• ทดสอบและแก้ไขแอปพลิเคชัน
• จัดการระบบทั้งหมดภายในแอปพลิเคชัน
• โคลนและแบ่งปัน environments
• ระงับการใช้ชั่วคราวและเปิดใช้งาน environments
• ประมวลผลสถิติและบันทึก
• อัปเกรดและบัญชีกองทุนอื่นๆ

ในขณะที่นักพัฒนาทดลองลงทะเบียนใช้งาน Ruk-Com Cloud สามารถทดสอบฟีเจอร์ต่างๆ โดยขั้นตอนการทำงานของวงจรแอปพลิเคชันแสดงในแผนภาพดังรูป:

เมื่อสิ้นสุดช่วงทดลอง Ruk-Com Cloud นักพัฒนาจะต้องพิจารณาว่าจะอัปเกรดบัญชีเพื่อใช้งานต่อหรือไม่ หากไม่อัปเกรดบัญชีจะถูกทำลาย

การติดตั้งสำหรับองค์กรจะไม่มีช่วงทดลองใช้งาน แต่นักพัฒนาสามารถใช้ private cloud มาจัดการ environments ของแอปพลิเคชันได้ด้วยตนเองผ่าน Ruk-Com Cloud Dashboard เพื่อช่วยเหลือการกำหนดค่าต่างๆรวมไปถึงการติดตั้งในแต่ละส่วน

End Users

ผู้ใช้งานสามารถเชื่อมต่อกับคลัสเตอร์ของ Ruk-Com Cloud โดยอ้อมผ่านการใช้แอปพลิเคชันที่นักพัฒนาหรือองค์กรได้ deploy environments ไว้เรียบร้อยแล้ว เมื่อผู้ใช้ส่งคำขอการใช้งาน คำขอทั้งหมดจะถูกส่งไปยังชื่อโดเมนของแอปพลิเคชันที่เหมาะสมและประมวลผลด้วยวิธีใดวิธีหนึ่งดังต่อไปนี

• ผ่าน Global Resolvers

Ruk-Com Cloud ใช้ resolvers หลายตัวเพื่อรองรับคำขอจากผู้ใช้งานในเวลาเดียวกัน ด้วยเหตุนี้จึงอาจมีการเข้าใช้งานหลายจุดสำหรับ environments ที่ใช้ในเวลาเดียวกัน

• ผ่าน Public IP

หากเชื่อมต่อ Public IP ผ่านทาง environment (balancer, app server or database container) จะมีความเสี่ยงน้อยกว่าที่จะได้รับผลกระทบจากแอปพลิเคชันอื่นๆ (ในกรณีของ shared resolvers ที่ใช้ร่วมกัน) และวิธีนี้เหมาะสำหรับการผลิตแอปพลิเคชันที่ใช้งานจริง นอกจากนี้ Public IP ยังมีฟีเจอร์เพิ่มเติม อย่างเช่น การแก้ไขระยะไกล การสำรองข้อมูลระยะไกล JMX, FTP, การกำหนด SSL, websockets และการสำรวจอื่นๆ

ระดับการเข้าถึงคลัสเตอร์ทำให้การใช้งานและการจัดการ Ruk-Com Cluster ได้ง่าย สะดวก และมีประสิทธิภาพโดยลูกค้าแต่ละประเภทจะได้รับสิทธิและข้อจำกัดที่หลากหลาย ซึ่งจะทำให้สามารถจัดการโครงสร้างของระบบได้ดี

The post Cluster Access Levels appeared first on คู่มือการใช้งาน Ruk-Com Cloud (PAAS).

Cluster

Cluster คือ การรวมกลุ่มของเซิร์ฟเวอร์และทรัพยากรอื่นๆ โดยทำหน้าที่เหมือนระบบเดียวที่มีความสามารถในการพัฒนา, deploy, แก้ไข, ทดลอง, ประมวลผล, และบำรุงรักษาแอปพลิเคชันโฮสต์ติ้ง คลัสเตอร์ของ Ruk-Com Cloud ประกอบด้วย Hardware Nodes และ Cluster Orchestrator

Cluster Orchestrator

Cluster Orchestrator (Infrastructure node) คือ กลุ่มของการจัดการทรัพยากรภายในระบบ การดำเนินการประมวลผลและรองรับการบำรุงรักษาระบบ Ruk-Com Cloud

Hardware Node

Hardware Node คือ เซิร์ฟเวอร์ที่ทำการแยกส่วนสำหรับ environment ของผู้ใช้งานโดยจัดเก็บอยู่ใน Virtual Machines

Environment

Ruk-Com Cloud Environment เป็นการเก็บรวบรวมคอนเทนเนอร์ที่จำเป็นแยกส่วนไว้เพื่อความสะดวกสบายของผู้ใช้งานแอปพลิเคชันโดยเฉพาะ

Node (Container)

Node (Container) คือ การจัดแยก Virtual Machines โดยเฉพาะสำหรับ environment และจัดเก็บไว้ใน hardware node

Virtuozzo

Virtuozzo เป็นระบบที่ใช้โฮสต์แบบ VPS หรือเรียกว่าเซิร์ฟเวอร์เสมือนในรูปแบบของ Cloud โดย Virtuozzo สามารถรองรับได้หลายคอนเทนเนอร์ภายในเครื่องเซิร์ฟเวอร์เดียวโดยใช้ระบบปฏิบัติการจำลองทรัพยากรจริง

ภาพรวมของการคลัสเตอร์เบื้องต้น

Ruk-Com Cloud Platform-as-Infrastructure เป็นคลัสเตอร์ที่แยกออกมาพร้อมกับกลุ่มของเซิร์ฟเวอร์และทรัพยากรอื่นๆ โดยทำหน้าที่เหมือนระบบเดียวที่มีความสามารถในการพัฒนา, deploy, แก้ไข, ทดลอง, ประมวลผล, และบำรุงรักษาแอปพลิเคชันโฮสต์

Ruk-Com Cloud ประกอบด้วย Hardware Nodes ที่เก็บคอนเทนเนอร์แยกไว้สำหรับ environment และ cluster orchestrator (infrastructure node) สำหรับการประมวลผลภายในระบบดังรูปด้านล่างนี้

ข้อมูลเพิ่มเติมเกี่ยวกับส่วนประกอบของคลัสเตอร์:

• Cluster Orchestrator (Infrastructure node)
• Hardware Node

The post Ruk-Com Cloud Cluster Overview appeared first on คู่มือการใช้งาน Ruk-Com Cloud (PAAS).

ในยุคสมัยใหม่ให้ความสำคัญกับข้อมูลที่พร้อมใช้งาน ด้วยเหตุนี้จึงต้องรักษาการเข้าถึงข้อมูลโดยทันทีที่มีการแจ้งเตือนเข้ามา ดังนั้นการสร้างแต่ละวิธี แต่ละขนาดมีสำคัญต่อคำแนะนำในการกำหนดค่าคลัสเตอร์เป็นอย่างมาก การคลัสเตอร์เป็นเทคนิคของการใช้อย่างน้อย 2 อินสแตนซ์สำหรับบริการ ไม่เพียงแต่ลดความซับซ้อนแต่ยังให้ความน่าเชื่อถืออีกด้วย (ระบบสามารถทนต่อความล้มเหลวได้อย่างน้อย 1 อินสแตนซ์) อีกทั้งยังช่วยจัดการกับปริมาณที่สูงขึ้น

การกำหนดค่าคลัสเตอร์อาจเป็นวิธีการที่ท้าทายและต้องใช้เวลาค่อนข้างมาก Ruk-Com Cloud PaaS จึงให้การบริการแพลตฟอร์มสำหรับวิธีการแบ่งกลุ่มอัตโนมัติซึ่งเป็นที่นิยมเป็นอย่างมาก และสามารถแบ่งกลุ่มตามความต้องการของคุณโดยตรงจาก topology wizard ระบบอัตโนมัติดังกล่าวจะช่วยลดความยุ่งยากและช่วยเพิ่มความเร็วในการสร้างคลัสเตอร์ที่พร้อมใช้งานจริงสำหรับงานของคุณ

การเปิดใช้งาน Auto Clustering

ในปัจจุบันเทมเพลตเหล่านี้รองรับฟีเจอร์การแบ่งกลุ่มอัตโนมัติผ่านทาง topology wizard:

Application servers – GlassFish, Payara, Jenkins, WildFly
SQL databases – MySQL, MariaDB, PostgreSQL
NoSQL database – Couchbase, MongoDB
Storage server – Shared Storage Container

เคล็ดลับ: นอกเหนือจากตัวเลือกคลัสเตอร์ในtopology wizardคุณยังสามารถเลือกคลัสเตอร์อื่นๆได้ในRuk-Com Cloud Marketplace

1. เลือกแอปพลิเคชันเซิร์ฟเวอร์ในลิสที่แสดงบน topology wizard ซึ่งสามารถกดเปิดสวิตช์ที่อยู่ตรงกลางของเฟรม ระบบจะแบ่งกลุ่มโดยอัตโนมัติให้อย่างเหมาะสมและพร้อมใช้งาน

2. คุณสามารถวางเมาส์เหนือไอคอน ? เพื่อดูข้อมูลเพิ่มเติมเกี่ยวกับการแบ่งคลัสเตอร์และสามารถคลิก Learn More เพื่อดูข้อมูลเพิ่มเติมได้

3. หลังจากเปิดใช้งาน Auto Clustering จะมีการตั้งค่าเพิ่มเติมเพื่อปรับแต่งคลัสเตอร์ ตัวอย่างเช่น MariaDB อนุญาตให้เลือก Scheme และเพิ่ม ProxySQL โดยเฉพาะสำหรับคลัสเตอร์ฐานข้อมูลนี้:

เอกสารเพิ่มเติมเกี่ยวกับการ Auto Clustering

Ruk-Com Cloud จัดเตรียมเอกสารเพิ่มเติมที่ครอบคลุมการใช้งานในหลายหัวข้อและ GitHub เกี่ยวกับแบ่งกลุ่มอัตโนมัติดังนี้:

• Auto-Clustering of Instances via Topology Wizard – ลิสฟีเจอร์ที่รองรับ, อธิบายการจัดการเบื้องต้นผ่าน Wizard และ Cloud Scripting
• MariaDB/MySQL Auto-Сlustering with Load Balancing and Replication – การจัดกลุ่มและการจำลองแบบอัตโนมัติสำหรับ MariaDB และ MySQL databases เพื่อความพร้อมใช้งานและประสิทธิภาพสูง
• PostgreSQL Auto-Clustering with Asynchronous Master-Slave Replication – รับข้อมูลการจำลองหลายรูปแบบอัตโนมัติภายใน Master-Slave สำหรับ PostgreSQL database
• MongoDB Replica Set Auto-Сlustering for High Availability and Performance – การจัดกลุ่มและการจำลองแบบอัตโนมัติสำหรับ MongoDB databases ที่มีความซับซ้อน, ความล้มเหลวอัตโนมัติ, และความพร้อมใช้งานสูง
• Out-of-Box GlassFish & Payara Clustering: Running Java EE Highly-Available Applications in the Cloud – แสดงวิธีการตั้งค่าคลัสเตอร์ที่พร้อมใช้งานด้วย GlassFish & Payara Micro และ Java EE สำหรับการรันแอปพลิเคชัน
• Jenkins Cluster Hosting for Continuous Integration and Delivery (CI/CD) – การรวมกลุ่มอัตโนมัติอย่างต่อเนื่องและส่ง Java แอปพลิเคชันโดยใช้ Jenkins master-slave ที่มีการกำหนดค่าไว้ล่วงหน้าแล้ว
• WildFly Managed Domain in Containers: Automatic Micro Clustering and Scaling – วีธีการขยาย WildFly จากเซิร์ฟเวอร์แบบ standalone ไปยังคลัสเตอร์ในโหมดโดเมนที่มีการจัดการสำหรับการเรียกใช้ cloud-native microservices
• Shared Storage Container Auto-Clustering – รองรับการกำหนดค่าที่มีความน่าเชื่อถือด้วย AutoFS, NFSv4 และ GlusterFS
• Ruk-Com Cloud Packaged Solutions Collection on GitHub – วิธีการจัดเก็บแบบอัตโนมัติของ Ruk-Com Cloud รวมไปถึงการแบ่งกลุ่มอัตโนมัติ (เช่น db-clustering, wildfly, glassfish และฐานข้อมูลอื่นๆ)

The post What is Auto-Clustering appeared first on คู่มือการใช้งาน Ruk-Com Cloud (PAAS).

อินสแตนซ์ทั้งหมดของ Ruk-Com Cloud เช่น database, application servers จะถูกแยกคอนเทนเนอร์ออกจากกันและอยู่บนโฮสต์ที่ต่างกัน

Ruk-Com Cloud ให้บริการเซิร์ฟเวอร์ตามความต้องการของแต่ละบุคคล แบ่งออกเป็น 3 ประเภทได้แก่:

• Live Migration
• High Availability
• Security

การแยกส่วนแบบ Live Migration

Live Migration คือการย้าย Virtual Machines โดยไม่ต้องทำการปิดเครื่อง ในบางกรณีที่แอปพลิเคชันของคุณต้องการทรัพยากรมากขึ้นเรื่อยๆ เซิร์ฟเวอร์ที่รัน node อาจจะมีทรัพยากรไม่เพียงพอเท่าที่คุณต้องการ Ruk-Com Cloud สามารถดำเนินการย้าย node แบบ live migration ไปยังโฮสต์อื่นได้ภายใน 30 วินาที

ในระหว่างการย้าย node แอปพลิเคชันจะยังคงทำงานได้แบบ vertical scaling ขณะที่แอปพลิเคชันปรับขนาดภายในเซิร์ฟเวอร์ แอปพลิเคชันอื่นๆสามารถดำเนินการย้ายไปยังเซิร์ฟเวอร์อื่นได้เพื่อให้มีที่ว่าง การย้ายแบบ live migration สามารถส่งทรัพยากรที่จำเป็นทั้งหมดไปยังโฮสต์อื่น โดยแอปพลิเคชันจะไม่หยุดทำงานและไม่จำเป็นต้องรีสตาร์ทคอนเทนเนอร์ใหม่ นอกจากนี้ในระหว่างการบำรุงรักษาแอปพลิเคชันจะยังคงใช้งานได้ หรือคุณสามารถดำเนินการปิดระบบ (downtime) เพื่อทำการย้ายคอนเทนเนอร์จากเครื่องเซิร์ฟเวอร์แบบอัตโนมัติ

อีกทั้งคุณยังสามารถเพิ่มอินสแตนซ์ให้กับ environment โดยใช้ horizontal scaling ซึ่งไม่ต้องกังวลเลยว่าในโฮสต์นั้นจะมีพื้นที่เพียงพอหรือไม่ เนื่องจาก Ruk-Com Cloud เลือกโฮสต์ที่มีพื้นที่ๆเหมาะสมสำหรับการย้ายเซิร์ฟเวอร์ใหม่เพื่อมอบประสิทธิภาพและคุณภาพสูงให้แต่ละ node ของคุณ

การแยกส่วนแบบ High Availability สำหรับแอปพลิเคชัน

High Availability (HA) เป็นระบบที่ทำงานเกือบจะตลอดเวลาซึ่งแพลตฟอร์ม Ruk-Com Cloud ได้จัดเตรียมความพร้อมใช้งานสูงสุดโดยการกระจายคอนเทนเนอร์จาก environment หนึ่งไปยังเซิร์ฟเวอร์ที่แตกต่างกันอย่างเท่าเทียม (Hardware nodes) โดยได้รับความช่วยเหลือจากกลุ่ม anti-affinity เพื่อระบุว่าคอนเทนเนอร์บางอย่างไม่ควรทำงานบนเซิร์ฟเวอร์เดียวกัน

ด้วยเหตุนี้แพลตฟอร์ม Ruk-Com Cloud จึงช่วยกำจัดความเสี่ยงของช่วงเวลาที่แอปพลิเคชันไม่ทำงาน หากเครื่องเซิร์ฟเวอร์เครื่องหนึ่งเกิดปัญหาเกี่ยวกับประสิทธิภาพ

การแยกส่วนแบบ Security

Ruk-Com Cloud ใช้วิธีการ virtualization เพื่อรันคอนเทนเนอร์หลายตัวพร้อมกันภายในโฮสต์เดียว ซึ่งคอนเทนเนอร์เหล่านี้จะถูกแยกออกจากกันอย่างสมบูรณ์ โดยปราศจากความเสี่ยงที่จะเกิดการรบกวนซึ่งกันและกัน หากความปลอดภัยของคอนเทนเนอร์ node อื่นถูกบุกรุก คอนเทนเนอร์ส่วนอื่นจะไม่ได้รับผลกระทบ

หมายเหตุ: เนื่องจากแต่ละอินสแตนซ์ภายใน Ruk-Com Cloud PaaS เป็นตัวแทนของการให้บริการแยกส่วนคอนเทนเนอร์ ซึ่งจะไม่สามารถเข้าถึง node อื่นด้วย localhost: port_number หรือ 127.0.0.1:port_number ได้ ควรใช้ hostname ที่เหมือนกันกับคอนเทนเนอร์ หรือใช้เลข private/public IP แทนและ IP อาจจำเป็นในการเชื่อมต่อแอปพลิเคชันกับ database

The post Isolated Containers appeared first on คู่มือการใช้งาน Ruk-Com Cloud (PAAS).

แอปพลิเคชันคอนเทนเนอร์ เป็นประเภทคอนเทนเนอร์ที่ค่อนข้างใหม่ โดยจะให้บริการแบบ Microservice ซึ่งเป็นศูนย์กลางในการทำงานเพียงกระบวนการเดียวภายในคอนเทนเนอร์ ด้วยเหตุนี้แอปพลิเคชันคอนเทนเนอร์จึงส่งเสริมการสร้างโครงสร้างพื้นฐานที่ไม่เปลี่ยนแปลงรูปแบบและไม่ถาวร หากต้องการอัปเดตแอปพลิเคชันหรือการบริการ คอนเทนเนอร์ทั้งหมดจะถูกสร้างขึ้นใหม่ รวมถึงการปรับเปลี่ยนที่จำเป็นจากรูปภาพที่เหมาะสม จากนั้นจึงจัดเตรียมคอนเทนเนอร์เพื่อแทนที่อินสแตนซ์ของคอนเทนเนอร์ที่กำลังทำงานอยู่

ความซับซ้อนในช่วงแรก เช่นเดียวกับความขาดแคลนการแยกออกที่เหมาะสมและความเข้ากันไม่ได้ของแอปพลิเคชันคอนเทนเนอร์กับเทคโนโลยีบางอย่าง เช่น Java และ Database ที่ทำงานอยู่ส่งผลกระทบต่อความเร็วในการนำแอปพลิเคชันคอนเทนเนอร์ไปใช้เป็นอย่างมาก นักพัฒนาต้องปรับเปลี่ยนวิธีการที่สำคัญเพื่อรับรองว่าเทคโนโลยีและฟังก์ชั่นเพิ่มเติมสามารถเรียกใช้ภายในแอปพลิเคชันคอนเทนเนอร์ได้อย่างถูกต้อง

นอกจากนี้ แอปพลิเคชันคอนเทนเนอร์เป็นวิธีแบบ Stateless ซึ่งไม่สามารถบันทึกข้อมูลภายในได้ ดังนั้นการข้อมูลจะถูกจัดเก็บอย่างถาวรที่ภายนอกระบบ อย่างไรก็ตามนักพัฒนากล่าวว่าคอนเทนเนอร์ที่ไม่จดจำสถานะจะนำไปสู่การปรับใช้เป็นการออกแบบสถาปัตยกรรมที่ล้าสมัย ซึ่งเป็นแนวทางที่ดีที่สุดในการดำเนินการที่ไม่ต้องจดจำสถานะสำหรับคอนเทนเนอร์

ในปัจจุบันมีเครื่องมือที่ช่วยเสริมแอปพลิเคชันคอนเทนเนอร์จำนวนมาก โดยถูกนำมาใช้เพื่อการบริการที่สะดวกสบาย ด้วยเหตุนี้นักพัฒนาจึงได้รับประโยชน์จากหน่วยของแอปพลิเคชันคอนเทนเนอร์ที่มีความเชี่ยวชาญสูงโดยปราศจากข้อเสียและการจัดการที่ซับซ้อน

แอปพลิเคชันคอนเทนเนอร์มีวิธีการใช้งานที่หลากหลายและได้รับการพัฒนามาโดยตลอด อย่างเช่น Docker, CRI-O, Containerd และอื่นๆ ในตอนนี้แพลตฟอร์มของ Ruk-Com Cloud ได้จัดเตรียมการ deploy อัตโนมัติที่ครอบคลุมเซิร์ฟเวอร์อย่างรวดเร็ว และประมวลผลข้อมูลที่ไม่มีสถานะ/การจัดหาเครื่องมือจัดเก็บเช่น sessions, logs, configs และอื่นๆ เพื่อนำไปใช้งานกับแอปพลิเคชันคอนเทนเนอร์ได้อย่างสะดวกสบาย

 

 

อย่างไรก็ตามบางแอปพลิเคชันและบางเทคโนโลยีอาจจะยังคงพบปัญหาในขณะที่โยกย้ายไปยังแอปพลิเคชันคอนเทนเนอร์ (เนื่องจากความขาดแคลนของการแยกออก, การไม่มีสถานะ และข้อกำหนดเพียงกระบวนการเดียว) ซึ่งมีความเกี่ยวข้องอย่างยิ่งสำหรับเครื่องมือจัดระเบียบแอปพลิเคชันคอนเทนเนอร์ที่ซับซ้อน อย่างเช่น Kubernetes ในกรณีที่มีปัญหาในการย้ายระบบ ระบบคอนเทนเนอร์นี้ถือว่าเป็นทางเลือกที่เหมาะสมกว่าสำหรับการย้ายคอนเทนเนอร์

The post Application Containers appeared first on คู่มือการใช้งาน Ruk-Com Cloud (PAAS).

ระบบคอนเทนเนอร์ (หรือเรียกว่าระบบปฏิบัติการคอนเทนเนอร์) เป็นระบบปฏิบัติการที่เก่าแก่ที่สุดโดยจะทำงานเหมือนระบบ Standalone ที่ไม่จำเป็นต้องใช้ซอฟแวร์พิเศษหรือกำหนดรูปภาพเองอย่าเช่น Docker ระบบคอนเทนเนอร์จะค่อนข้างคล้ายกับ Virtual Machines (VMs) แต่จะมีค่าใช่จ่ายต่ำกว่าและง่ายต่อการจัดการ

ความสามารถของระบบคอนเทนเนอร์ (System Containers)
ระบบคอนเทนเนอร์สามารถรัน บริการระดับระบบ (system-level) ได้อย่างเต็มรูปแบบ เช่น: systemd, SysVinit, Upstart, OpenRC รวมถึงกระบวนการพื้นฐานอื่น ๆ อย่าง: OpenSSH, crond, syslogd ทั้งหมดสามารถทำงานร่วมกันภายใน คอนเทนเนอร์เดียวกัน ได้อย่างสมบูรณ์ เหมาะสำหรับแอปพลิเคชันแบบดั้งเดิม (Legacy Applications)

System Containers เหมาะอย่างยิ่งสำหรับแอปพลิเคชันแบบดั้งเดิมหรือระบบที่เคยรันอยู่บน Virtual Machines (VMs) เนื่องจาก:

• สามารถนำ สถาปัตยกรรม, เครื่องมือ, และ การกำหนดค่าของ VMs กลับมาใช้ใหม่ได้เกือบทั้งหมด
• ช่วยลดภาระในการเปลี่ยนแปลงโครงสร้างระบบหรือเขียนใหม่
• ให้ความยืดหยุ่นในการจัดการระบบและบริการภายในเหมือนกับการใช้งาน VM

ประโยชน์และข้อมูลจำเพาะของระบบคอนเทนเนอร์:

• ระบบคอนเทนเนอร์ถือเป็นเทคโนโลยีที่ตอบโจทย์ทั้งความยืดหยุ่น ประสิทธิภาพ และความสามารถในการรองรับระบบแบบ Stateful ได้อย่างดีเยี่ยม โดยมีคุณสมบัติเด่นดังนี้:

  • รองรับการทำงานแบบ Stateful และ Live Migration
    ระบบคอนเทนเนอร์สามารถย้ายการทำงาน (migration) ของ Virtual Machines ได้ โดยไม่ต้องปิดระบบ

    รองรับการย้ายข้าม Host Node, Data Center หรือแม้แต่ Cloud Provider โดย ไม่กระทบกับข้อมูลหรือสถานะของระบบ

    เหมาะสำหรับแอปพลิเคชันที่ต้องเก็บข้อมูลแบบถาวร เช่น:

    – ฐานข้อมูล SQL

    – NoSQL

    – ระบบฐานข้อมูลในหน่วยความจำ (In-memory Databases)

  • ทำงานร่วมกับ Java ได้อย่างราบรื่น
    คอนเทนเนอร์สามารถรัน Java Applications ได้โดยไม่ต้องเปลี่ยนกระบวนการที่กำลังทำงานอยู่
    ลดความซับซ้อนในการ deploy และ scale แอปพลิเคชัน Java EE/Jakarta EE
    ไม่จำเป็นต้องรีสตาร์ทคอนเทนเนอร์หรือ process เพื่อปรับปรุง/เปลี่ยนโค้ด

  • รองรับเทคโนโลยีคอนเทนเนอร์ที่หลากหลาย
    ระบบคอนเทนเนอร์มีหลากหลายรูปแบบในระบบปฏิบัติการต่าง ๆ เช่น:

    BSD Jails

    Linux vServer

    Solaris Zones

    OpenVZ / Virtuozzo

    LXC / LXD

    สำหรับแพลตฟอร์ม Ruk-Com Cloud เราเลือกใช้เทคโนโลยี Virtuozzo ซึ่งสามารถรันคอนเทนเนอร์ได้ หลายพันรายการภายใน node เดียวกัน
    ส่งผลให้การจัดการภายในคอนเทนเนอร์ทำได้อย่างมีประสิทธิภาพ, ประหยัดทรัพยากร และปรับขยายได้ง่าย

ระบบคอนเทนเนอร์จึงเป็นโซลูชันที่เหมาะกับทั้งแอปพลิเคชันดั้งเดิมและระบบใหม่ที่ต้องการความยืดหยุ่นสูง รองรับทั้งการใช้งานระดับ Dev/Test ไปจนถึง Production ที่ต้องการความเสถียรและความพร้อมใช้งานสูง

The post System Containers appeared first on คู่มือการใช้งาน Ruk-Com Cloud (PAAS).

หัวข้อนี้จะแสดงถึงภาพรวมแนวคิดพื้นฐานของ Ruk-Com Cloud ว่าเราคือผู้ให้บริการ Public Cloud ที่ให้บริการในลักษณะ Platform as a Service โดยกลุ่มผู้ใช้งานที่จะเลือกใช้แพลตฟอร์มของเราจะเหมาะสำหรับผู้ดูแลระบบ (SysAdmin), นักพัฒนาซอฟแเวร์ (Developer) และ DevOps 

โดยแพลตฟอร์มของทาง Ruk-Com Cloud ขับเคลื่อนด้วยเทคโนโลยีของ Jelastic Multi Cloud Platform ซึ่งประกอบไปด้วยส่วนต่างดังนี้

• Cloudlet
• Container
• Layer
• Environment
• Application
• Host
• Environment Region
• Multi-Cloud Installation (Platform)

ในแต่ละส่วนจะมีการเชื่อมโยงและทำงานร่วมกันคุณจะสามารถออกแบบระบบที่มีความซับซ้อนได้หากทำความเข้าใจพื้นฐานเหล่านี้ทั้งหมด

Cloudlet

Cloudlet คือหน่วยทรัพยากรที่เล็กที่สุดในระบบของเรา โดย 1 Cloudlet ประกอบด้วย:

• หน่วยความจำ (RAM) ขนาด 128MB
• พลังประมวลผล (CPU) ความเร็ว 400MHz

การออกแบบให้หน่วยทรัพยากรมีขนาดเล็กแบบนี้ ทำให้ระบบสามารถ จัดสรรทรัพยากรได้อย่างยืดหยุ่นและแม่นยำ เหมาะสำหรับทุกประเภทของ workload โดยเฉพาะในระบบ Cloud ที่ต้องการความคล่องตัว

จุดเด่นของ Cloudlet:
– ใช้งานคุ้มค่า: ช่วยให้สามารถเลือกใช้เฉพาะทรัพยากรที่จำเป็นในแต่ละ Environment ได้

– จ่ายตามการใช้งานจริง: ระบบคิดค่าบริการแบบ usage-based pricing ผู้ใช้งานจึงไม่ต้องจ่ายค่าทรัพยากรที่ไม่ได้ใช้งานจริง (usage-based pricing)

– ขยายได้ตามต้องการ: เมื่อต้องการเพิ่มพลังการประมวลผลหรือหน่วยความจำ ก็สามารถเพิ่มจำนวน Cloudlet ได้ทันทีแบบอัตโนมัติ (Auto-scaling)

การใช้ Cloudlet ช่วยให้การบริหารต้นทุนของระบบ Cloud มีประสิทธิภาพสูงสุด เหมาะสำหรับทั้งผู้เริ่มต้นและองค์กรที่ต้องการควบคุมงบประมาณและประสิทธิภาพอย่างสมดุล

ในส่วนของ Cloudlet บน Ruk-Com Cloud จะแบ่งเป็น 2 ประเภท ดังนี้

• Reserved Cloudlets คือการจองทรัพยากรไว้ให้กับ Instance โดยคำนวนปริมาณทรัพยากรที่ใช้จากผู้ใช้งานเองและจ่ายค่าบริการแบบคงที่ โดยราคาในแต่ละ Cloudlet ถูกกว่าแบบ Dynamic เหมาะสำหรับงานที่มีการใช้ทรัพยากรแบบคงที่เช่น เว็ปไซต์ทั่วไปที่มีคนเข้าใช้งานปริมาณเท่าๆกันตลอดเวลา และ วิเคราะห์จาก Monitor แล้วว่าใช้ Memory ประมาณ 256Mb ก็สามารถสร้าง Instance ที่มี 2 Cloudlet แบบ reserved ไว้ใช้งาน

• Dynamic Cloudlets คือเพิ่มและลด Cloudlet อัตโนมัติตามการใช้งานจริงของแอปพลิเคชั่น (จะเพิ่มอัตโนมัติเมื่อมีปริมาณการใช้งานเยอะ และจะลดลงอัตโนมัติเมื่อปริมาณการใช้งานน้อย) แนะนำให้ใช้ Dynamic Cloudlets กับงานที่ไม่สามารถคาดเดาปริมาณการใช้งานล่วงหน้าได้ และจะมั่นใจได้ว่าราคาค่าใช้จ่ายจะถูกคิดตามการใช้งานจริงของทรัพยากร อีกทั้งเรายังตั้งค่าปริมาณสูงสุดที่จะให้ขยาย Cloudlet เพื่อควบคุมค่ายใช้จ่ายได้อีกด้วย (scale limit)

การคำนวนการใช้งานของ Cloudlet จะคำนวนจาก 2 ส่วนคือ Memory และ CPU และถ้ามีการใช้งานอย่างใดอย่างหนึ่งเกิน 1 หน่วย ระบบจะทำการคิดรวมกันยกตัวอย่างเช่น ระบบของคุณใช้งาน CPU 2400 MHz (6 หน่วย Cloudlet) และใช้งาน Memory 1024Mb (8 หน่วย Cloudlet) ในชั่วโมงนี้คุณจะจ่ายค่าบริการ 8 Cloudlet

ทั้งในส่วนของ Dynamic และ Reserved Cloudlets จะมีระบบลดราคาอัตโนมัติหากมีการใช้งานจำนวนมากๆ

Container

Container หรือเราสามารถเรียกภายในแพลตฟอร์มว่า node คือการจำลองทรัพยากรเสมือนไว้ใช้สำหรับติดตั้ง Application Stack เช่น application servers, databases, load balancers ในแต่จะ Container จะอยู่ใน host อีกทีหนึ่งซึ่งแต่ละ Container สามารถขยายขนาดและลดขนาดอัตโนมัติได้ทั้งแบบ vertical และ horizontal ทำให้แอปพลิเคชั่นมีความยืดหยุ่นอย่างแท้จริง

ทาง Ruk-Com Cloud มีการตรวจสอบ Container ทุกๆตัวก่อนจะให้บริการแก่ลูกค้าทั้งในเรื่องของ Performance และ Security สำหรับ Java, PHP, Ruby, Node.js, Python, Go, .NET รวมถึงสามารถนำ Docker Container มาใช้งานได้บน Platform ในแต่ละ Container จะมี private IP และ DNS Record ให้กับทุกๆ Container โดยอัตโนมัติ กรณีที่ผู้ใช้งานต้องการใช้ Public IP ก็สามารถเปิดใช้งานผ่าน Dashboard หรือ API ได้ด้วยตัวเองอีกด้วย

Layer

ในส่วนของ Layer หรือเรียกอีกอย่างว่า Node Group หรือกลุ่มของ Container ใน Env เดียวกันที่ทำงานเหมือนกัน เพื่อให้มองเห็นภาพในแต่ละ Layer แนะนำให้ดูผ่าน topology wizard  โดยจะแนกประเภทของแต่ละ Layer ดังนี้

• load balancer (LB)
• compute (CP)
• database (DB)
• data storage (DS)
• сache
• VPS
• build node
• extra (สามารถออกแบบ Layer ได้เองโดยอ้างอิงจาการใช้งาน Env สำหรับ  Docker-based)

ส่วนของ Layer ถูกออกแบบมาเพื่อจัดกลุ่มของงานที่เป็นประเภทเดียวกันเพื่อให้ง่ายต่อการขยายระบบ (horizontal) และการบริหารจัดการ เช่น หากต้องการ restart หรือ deploy ก็จะทำให้ไม่กระทบกับส่วนอื่นที่ไม่เกี่ยวข้อง นอกจากนี้ยังสามารถตรวจสอบสถานะการใช้งานในแต่ละ Layer , แก้ไขค่า Config ของระบบผ่าน file manager ได้พร้อมๆกันผ่าน Dashboard อีกด้วย

กรณีระบบที่ต้องการ HA (high availability) เพื่อเพิ่มความเสถียรของระบบ การขยายตัวแบบ horizontally ในแต่ละ Layer จะทำการสร้าง Container ที่เก็บข้อมูลอยู่บนคนละ Physical Host แบบอัตโนมัติอีกด้วย

Environment

Environment หรือในแพลตฟอร์มเราจะเรียกสั้นๆว่า Env คือการจัดกลุ่มของ Container เป็นโปรเจคเพื่อแยกสำหรับเรียกชื่อเป็น Service หรือชื่อ Project ซึ่งในแพลตฟอร์มของ Ruk-Com Cloud มีเครื่องมือที่อำนวยความสะดวกที่ช่วยให้คุณบริหารจัดการ Env ได้ง่ายๆยกตัวอย่างเช่น จัดการ Configuration , Monitoring, Troubleshooting และอื่นๆ

คุณสามารถดำเนินการต่างๆกับ Env ได้เช่น stop, start, clone, migrate ไปยัง Datacenter อื่น, แชร์ให้กับทีมเพื่อทำงานร่วมกัน (collaborative work), เช็คการใช้งานทรัพยากรณ์จะแยกเป็นดูแบบทั้ง Env หรือดูทีละ Container ก็สามารถทำได้เช่นกัน

ทุกๆ Env จะมีชื่อ Domain เป็นของตัวเองซึ่งจะเป็น Sub Domain ของทาง Ruk-Com Cloud อีกทีหนึ่งเพื่อใช้สำหรับอ้างอิง และใช้สำหรับทดสอบการทำงาน กรณีที่ต้องการเปลี่ยนชื่อ Domain เป็นของท่านเองก็สามารถทำได้ง่ายๆเพียงแค่ตั้งค่า CNAME หรือ A record ยิ่งไปกว่านั้นคุณสั่งสามารถสลับ Domain ให้กับ Env ได้ด้วยเมนู swapped เพียงแค่นี้ทราฟฟิกที่เข้ามาผ่านชื่อ Domain ก็จะถูกส่งไปในแต่ละ Env ได้อย่างอิสระ

Application

คือการทำงานร่วมกันของ Env เพื่อทำงานใน 1 โปรเจคโดย Application นั้นจะทำงานอยู่ใน Env เดียวกันหรือแยกกันในรูปแบบ Micro Service ก็ได้ เช่น Web Server + Database Server ทั้ง 2 ส่วนประกอบนี้เราสร้างไว้ใน Env เดียวกันหรือแยกกันก็ได้จะเรียกกลุ่มของ Env นี้ว่า 1 Application

แอปพลิเคชั่นที่มีความซับซ้อนมากๆควรจะแยกกันคนละ Env และคนละ Topology เพื่อความง่ายต่อการจัดการและการดูแลรักษา เช่นระบบที่ออกแบบเป็น Micro Service เป็นต้น

แพลตฟอร์มรองรับทั้งแอปพลิเคชั่นที่เป็นแบบ Source code เช่นภาษา PHP, NodeJS,Ruby และรูปแบบ Binary file เช่น Java , Golang คุณจะได้ศึกษาเกี่ยวกับการ Deploy ในแต่ละภาษาและประเภทของการ Deploy ในบทต่อๆไป

Host

กลุ่มของเครื่องเซิฟเวอร์ในรูปแบบ Physical หรือ Virtual Machine ขนาดใหญ่ที่ทาง Ruk-Com Cloud เป็นผู้ดูแล ใช้สำหรับนำ Container มารัน Application ต่างๆ

ทาง Ruk-Com Cloud มีระบบจัดการทรัพยากรและระบบการกระจาย Container ไปยัง Host ต่างๆอย่างเหมาะสมมั่นใจได้ว่างานที่ถูกรันบน Ruk-Com Cloud จะได้ทรัพยากรตามการการันตีในแต่ละ Cloudlet อย่างถูกต้องแม่นยำ

Environment Region

กลุ่มของ Host ที่ถูกเชื่อมต่อกันในรูปแบบ Cluster ของแต่ละ Network

แต่ละ Environment Region จะมี Datacenter เป็นของตัวเองโดยท่านจะเป็นคำเลือกก่อนสร้าง Env ซึ่งแต่ละ Region จะมี Public IP, Private IP และราคาของทรัพยากรที่แตกต่างกันยิ่งไปกว่านั้นคุณยังสามารถย้าย Env ข้าม Region ได้ด้วยตัวเองผ่านเมนู migration อีกด้วย

Multi-Cloud Installation

คือกลุ่มของ Environment Region ที่อยู่คนละ Network Cluster หรือคนละ Datacenter ซึ่งสามารถจัดการผ่านหน้า Dashboard ของ Ruk-Com Cloud โดยคุณสามารถเลือก Region และ Datacenter ที่ต้องการได้ด้วยตัวท่านเองซึ่งราคาของแต่ละ Region ก็แต่งต่างกันออกไปตามความต้องการที่จะใช้งาน

ปัจุบันทาง Ruk-Com Cloud สามารถ Deploy แอปพลิเคชั่นได้หลากหลายประเทศเช่น ประเทศไทย, สิงคโปร์, ญี่ปุ่น, ฝรั่งเศษ และยังสามารถเลือก Datacenter ได้อย่างอิสระเช่น CSLoxinfo, CAT Telecom,  Bangmod, Proen, Google Cloud, Amazon Aws ซึ่งแต่ละคือคือแต่ละ Network Provider ปราศจาก Vendor lock-in สามารถย้ายข้ามไปมาได้อย่างอิสระกรณีที่ต้องการย้าย Datacenter

The post Basic Concepts and Terminology appeared first on คู่มือการใช้งาน Ruk-Com Cloud (PAAS).

ในหัวข้อนี้เราจะมาทำความเข้าใจกับคำว่า Platform as a Service หรือที่รู้จักกันโดยย่อว่า PaaS

แม้ในปัจจุบันคำจำกัดความของ Cloud Computing และประเภทของบริการ Cloud เช่น IaaS, PaaS, และ SaaS อาจยังสร้างความสับสนให้กับผู้ใช้งานอยู่บ้าง แต่สำหรับ Ruk-Com Cloud บริการของเราถือเป็นรูปแบบ PaaS (Platform as a Service) อย่างแท้จริง

Platform as a Service คืออะไร?

PaaS หมายถึง บริการที่จัดเตรียม แพลตฟอร์มและเครื่องมือครบชุด สำหรับนักพัฒนา (DevOps) และผู้ดูแลระบบ (SysAdmin) ในการสร้างและจัดการแอปพลิเคชัน โดยไม่ต้องเริ่มจากศูนย์หรือดูแลโครงสร้างพื้นฐานทั้งหมดด้วยตนเอง

บริการนี้ช่วยลดความซับซ้อนในการทำงาน สนับสนุนการขยายระบบแบบอัตโนมัติ (Scalable) รองรับเทคโนโลยีสมัยใหม่ และมีการตั้งค่าพื้นฐานต่าง ๆ ไว้พร้อมใช้งานทันที เช่น:

Database Cluster

Load Balancer

Container Technology

Docker / Kubernetes

ระบบจัดการ CI/CD และอื่น ๆ

ภาพรวมของ Platform as a Service แบ่งออกเป็น 3 มุมมองหลัก:

• วัตถุประสงค์ (purpose)
• สิ่งที่เป็นนามธรรม (abstraction)
• ฟังก์ชั่นการทำงาน (functionality)

วัตถุประสงค์ของผู้ให้บริการ PaaS

ในปัจจุบัน ผู้ให้บริการ Platform as a Service (PaaS) มักนำเสนอโซลูชันใหม่ๆ สำหรับการพัฒนาแอปพลิเคชันและการโฮสต์บนระบบคลาวด์ โดยเน้นการจัดเตรียมเครื่องมือที่ออกแบบมาเพื่อรองรับการใช้งานเฉพาะด้าน ช่วยให้การพัฒนาและปรับใช้แอปพลิเคชันเป็นไปได้อย่างรวดเร็วและมีประสิทธิภาพ

หากมองในภาพรวม เราสามารถแบ่งประเภทของบริการ PaaS ออกได้เป็น 3 กลุ่มหลัก ได้แก่:

1. General-purpose PaaS – สำหรับการพัฒนาแอปพลิเคชันทั่วไป

แพลตฟอร์มประเภทนี้เหมาะสำหรับการบริหารจัดการแอปพลิเคชันทั่วไป ทั้งแบบ Stateful และ N-Tier Architecture โดยสามารถรองรับการประมวลผลที่มีปริมาณงานจำนวนมาก และปรับเพิ่ม-ลดทรัพยากรได้ตามความต้องการด้วยเทคโนโลยีสมัยใหม่ เช่น autoscaling และ container orchestration

รองรับแอปพลิเคชันแบบ Stateless, Cloud-native, และ Microservices อย่างเต็มรูปแบบ และยังช่วยลดภาระของทรัพยากรบุคคลในการดูแลโครงสร้างพื้นฐานลงได้อย่างมาก

2. Emerging PaaS – สำหรับเทคโนโลยีและบริการรูปแบบใหม่

แพลตฟอร์มกลุ่มนี้เน้นการรองรับนวัตกรรมหรือเทคโนโลยีเกิดใหม่ มักถูกออกแบบมาสำหรับงานเฉพาะทางหรือแอปพลิเคชันรุ่นใหม่ เช่น:

• การประมวลผลแบบ Serverless
• ระบบแบบ Distributed processing
• การใช้งาน Machine Learning / AI
• Edge Computing หรือ Event-driven Architecture

Emerging PaaS เหล่านี้มักนำเสนอรูปแบบการพัฒนาแอปพลิเคชันใหม่ๆ ที่ยืดหยุ่นและปรับตัวเร็วตามแนวโน้มของตลาดเทคโนโลยี

3. Specialized PaaS – สำหรับงานเฉพาะด้านหรืออุตสาหกรรมเฉพาะทาง

เป็นแพลตฟอร์มที่พัฒนาขึ้นเพื่อรองรับงานเฉพาะด้านที่มีความต้องการเฉพาะสูงในตลาด เช่น:

• ระบบ E-commerce สำเร็จรูป
• การประมวลผล Big Data เพื่อวิเคราะห์ข้อมูลทางธุรกิจ
• ระบบบริหารจัดการเนื้อหา (CMSaaS)
• บริการฐานข้อมูลแบบจัดการให้ (DBaaS)
• กระบวนการทางธุรกิจแบบอัตโนมัติ (BPaaS)
• ระบบความปลอดภัย เช่น Firewall as a Service

แพลตฟอร์มกลุ่มนี้มักจะถูกจัดกลุ่มย่อยเพิ่มเติมตามลักษณะของบริการเพื่อให้ตอบโจทย์แต่ละอุตสาหกรรมหรือความต้องการเฉพาะทางได้อย่างลงตัว

สิ่งที่เป็นนามธรรม (Abstraction)

โซลูชันของ Platform as a Service (PaaS) ในปัจจุบันเริ่มให้ความสำคัญอย่างมากกับการ จัดการระบบแบบอัตโนมัติ ตั้งแต่ขั้นตอนการ Deploy แอปพลิเคชัน ไปจนถึงกระบวนการ CI/CD (Continuous Integration / Continuous Delivery) อย่างครบวงจร

แนวคิดของ “การทำให้เป็นนามธรรม” (abstraction) ในที่นี้ คือ การที่แพลตฟอร์มซ่อนความซับซ้อนของโครงสร้างพื้นฐานต่าง ๆ เอาไว้เบื้องหลัง ทำให้ผู้ใช้งานไม่จำเป็นต้องจัดการกับรายละเอียดระดับล่าง เช่น:

• การตั้งค่าเซิร์ฟเวอร์หรือที่จัดเก็บข้อมูล (Server / Storage)
• การจัดการความปลอดภัยของระบบ
• การตั้งค่า Auto Scaling สำหรับเพิ่ม-ลดทรัพยากรอัตโนมัติ
• การทำ Load Balancing เพื่อกระจายโหลดการใช้งาน
• การอัปเดตระบบอัตโนมัติ และการมอนิเตอร์ระบบ

สิ่งเหล่านี้ช่วยลดภาระงานของนักพัฒนาและผู้ดูแลระบบ (DevOps/SysAdmin) ลงอย่างมาก ทั้งในด้านของการดูแลโครงสร้างพื้นฐานและลดโอกาสเกิดข้อผิดพลาดจากการตั้งค่าด้วยตนเอง

ฟังก์ชั่นการทำงาน (Functionality)

เพื่อให้การพัฒนาและบริหารจัดการแอปพลิเคชันเป็นไปอย่างมีประสิทธิภาพ PaaS ต้องมีฟังก์ชันหลักที่ครอบคลุมทั้งในด้าน Deployment, Infrastructure, และ Container Management ดังนี้:

• Deployment Automation
  • PaaS ควรมีเครื่องมือสำหรับการ Deploy และบริหารจัดการแอปพลิเคชันแบบอัตโนมัติ ที่ใช้งานง่าย และไม่ซับซ้อน เพื่อให้ผู้ใช้สามารถเริ่มต้นได้อย่างรวดเร็ว โดยตัวอย่างของฟีเจอร์ที่ควรมี ได้แก่:
  • ระบบ One-Click Auto Install
  • การ Deploy ด้วยคำสั่ง git push
  • การตั้งค่าพื้นฐานล่วงหน้า (Pre-configuration)
  • ระบบ CI/CD
  • เครื่องมือช่วยบริหารจัดการโปรเจกต์แบบครบวงจร
  • ฟังก์ชันเหล่านี้ช่วยลดเวลาในการเรียนรู้และช่วยให้นักพัฒนาสามารถโฟกัสที่การเขียนโค้ดได้อย่างเต็มที่
    
• Infrastructure Management
  นอกจากด้านแอปพลิเคชันแล้ว PaaS ยังต้องมีความสามารถในการดูแลและบริหาร Infrastructure เบื้องหลัง ได้อย่างสะดวก เพื่อให้ผู้ใช้สามารถควบคุมทรัพยากรของตนเองได้ เช่น:
  • ระบบ Monitoring และ Health Check
  • เครื่องมือรักษาความปลอดภัย (Security Management)
  • การตรวจสอบประสิทธิภาพ (Performance Check)
  • การควบคุมต้นทุนการใช้งาน (Cost Control)
  • ระบบสำหรับ อัปเกรด (Upgrade) หรือบำรุงรักษา (Maintenance) อย่างง่าย
    สิ่งเหล่านี้ช่วยให้ผู้ใช้ดูแลระบบได้อย่างมีประสิทธิภาพโดยไม่จำเป็นต้องเชี่ยวชาญด้านโครงสร้างพื้นฐาน
    
• Container Orchestration
  การบริหารจัดการ Container เป็นอีกหนึ่งความท้าทายสำคัญของ PaaS ที่ต้องตอบโจทย์ในเรื่องของ:
  • ความเร็วในการปรับใช้งาน
  • ความปลอดภัยของระบบ
  • ความพร้อมใช้งานตลอดเวลา (High Availability)
  • PaaS ที่ดีควรมีระบบจัดการ Container ที่สามารถ:
  • ตรวจสอบและกู้คืน (Self-Healing) Container ที่มีปัญหาโดยอัตโนมัติ
  • รองรับการขยายระบบ (Auto Scaling) ได้ทันทีเมื่อจำเป็น
    เครื่องมืออย่าง Kubernetes หรือระบบ Container แบบครบวงจรจึงเป็นองค์ประกอบสำคัญที่ช่วยให้การจัดการ Container เป็นไปอย่างราบรื่นและยืดหยุ่น
    
    

การเลือกใช้งาน PaaS

แนวทางการพิจารณาเลือกใช้บริการ PaaS สำหรับองค์กรหากองค์กรของคุณกำลังพิจารณาเลือกใช้บริการ Platform as a Service (PaaS) ทางทีมงาน Ruk-Com Cloud ขอแนะนำแนวทางในการประเมินและตัดสินใจ ดังนี้:

1. ความเข้ากันได้กับเทคโนโลยีที่ใช้อยู่เดิม

ตรวจสอบว่า PaaS ที่เลือกสามารถรองรับระบบหรือเทคโนโลยีที่คุณใช้อยู่แล้ว เช่น Database, Framework, หรือเครื่องมือ DevOps ต่าง ๆ ได้หรือไม่ เพื่อให้การย้ายระบบหรือเริ่มต้นใช้งานเป็นไปได้อย่างราบรื่น

2. รองรับภาษาที่ใช้พัฒนา (Programming Language)

ตรวจสอบว่าภาษาโปรแกรมที่ทีมของคุณใช้อยู่ เช่น PHP, Node.js, Python, Java ฯลฯ นั้น สามารถรันบนแพลตฟอร์มได้โดยไม่มีข้อจำกัด

3. รองรับการขยายในอนาคต (Future Scalability)

พิจารณาถึง แผนพัฒนาในอนาคต ทั้งด้านภาษาที่จะใช้เพิ่มเติม และการเปลี่ยนแปลง Software Stack เช่นการเปลี่ยนจาก monolith เป็น microservices หรือจาก VM ไปสู่ container-based deployment

4. หลีกเลี่ยงการผูกขาดกับผู้ให้บริการ (Vendor Lock-in)

ควรเลือก PaaS ที่ใช้มาตรฐานเปิด (open standard) หรือสามารถย้ายออกได้ง่าย เพื่อไม่ให้ถูกจำกัดอยู่กับผู้ให้บริการรายใดรายหนึ่ง

5. บริหารจัดการได้ด้วยตัวเองผ่านแพลตฟอร์ม

ระบบควรเปิดให้ผู้ใช้งานสามารถจัดการได้เองผ่าน UI หรือ API ไม่ว่าจะเป็นการสร้าง / ปรับขนาด / ตรวจสอบสถานะของระบบ เพื่อความยืดหยุ่นและควบคุมได้อย่างแท้จริง

6. ประเมินค่าใช้จ่ายในระยะยาว

นอกจากราคาต่อเดือน ควรพิจารณาถึง ต้นทุนแฝง เช่น ค่าบริการเสริม, ค่า Storage, Traffic หรือ Maintenance ที่อาจเกิดขึ้นเมื่อระบบมีการขยายตัว

7. การสนับสนุนจากทีมงาน (Support Team)

บริการที่ดีควรมีทีมสนับสนุนที่พร้อมตอบคำถาม ให้คำปรึกษา และช่วยแก้ปัญหาได้อย่างรวดเร็ว โดยเฉพาะในช่วงเวลาสำคัญหรือเหตุขัดข้อง

หากคุณสนใจใช้งาน PaaS ที่ยืดหยุ่น ปลอดภัย และพร้อมใช้งานได้จริงในระดับองค์กร ทีมงาน Ruk-Com Cloud ยินดีให้คำปรึกษาและช่วยวางแผนระบบให้เหมาะกับความต้องการของคุณ

The post What is Platform-as-a-Service appeared first on คู่มือการใช้งาน Ruk-Com Cloud (PAAS).

The post Hello world! appeared first on คู่มือการใช้งาน Ruk-Com Cloud (PAAS).