ศูนย์คู่มือ Ruk-Com PaaS

คู่มือการพัฒนา Deploy และดูแล Application บน Platform

RUK-COM PAAS / PLATFORM OVERVIEW

Application Container

คู่มือนี้เรียบเรียงสำหรับ Ruk-Com PaaS หน้าจอและตัวเลือกอาจแตกต่างตามเวอร์ชันและสิทธิ์ของบัญชี

ตรวจสอบ Environment, Region, สิทธิ์บัญชี และสำรองค่าปัจจุบันก่อนดำเนินการกับระบบจริง

ปรับปรุงตามเอกสาร Platform ปัจจุบัน

ตรวจสอบชื่อเมนู ตัวเลือก และข้อกำหนดล่าสุดจากเนื้อหาภาษาอังกฤษในหน้าเดียวกันก่อนดำเนินการกับระบบจริง

วัตถุประสงค์

บทความนี้อธิบายการใช้งาน Application Container บน Ruk-Com Cloud PaaS โดยจัดลำดับขั้นตอนและจุดตรวจสอบสำหรับการนำไปใช้งานจริง

ก่อนเริ่มดำเนินการ

  • เข้าสู่ระบบด้วยบัญชีที่มีสิทธิ์จัดการ Environment ที่เกี่ยวข้อง
  • ตรวจสอบชื่อ Environment, Region และ Resource เป้าหมายก่อนบันทึกการเปลี่ยนแปลง
  • สำรองข้อมูลหรือกำหนดแผนย้อนกลับก่อนแก้ไขระบบ Production

Application Container ออกแบบให้รัน Process หลักหนึ่งตัวต่อ Container และเหมาะกับ Microservice โดยมักใช้แนวทาง Immutable Infrastructure: เมื่ออัปเดต Application ให้สร้าง Container ใหม่จาก Image ที่อัปเดตแล้ว แล้วนำมาแทน Container เดิม

ในช่วงแรก การย้ายระบบมาใช้ Application Container อาจต้องปรับทั้ง Application และวิธีจัดการ Resource โดยเฉพาะระบบ Java และ Database ที่มีข้อกำหนดเฉพาะด้าน Runtime และการเก็บข้อมูล

Application Container มักใช้แนวทาง Stateless จึงควรแยกข้อมูลที่ต้องเก็บถาวรออกจากวงจรการสร้างและลบ Container เช่น เก็บไว้ใน Persistent Volume หรือ Storage ภายนอก เพื่อให้ข้อมูลยังอยู่เมื่อสร้าง Container ใหม่

เครื่องมือสำหรับจัดการ Application Container ช่วยดูแลการ Deploy, การเชื่อมต่อ และ Storage ทำให้สามารถใช้งาน Container ที่แยกหน้าที่ชัดเจนได้สะดวกขึ้น

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

ภาพประกอบขั้นตอนการใช้งาน Ruk-Com Cloud PaaS

Application บางประเภทต้องปรับ Architecture ก่อนย้ายเข้า Application Container โดยเฉพาะเมื่อใช้ Orchestrator เช่น Kubernetes ควรตรวจข้อกำหนดเรื่อง Isolation, State และ Process หากต้องการใช้โครงสร้างเดิมที่มีหลาย Service ภายในระบบเดียว System Container อาจเหมาะกว่า