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

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

RUK-COM PAAS / PLATFORM OVERVIEW

แนวคิดและคำศัพท์สำคัญ

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

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

คู่มือภาษาไทย

คำสั่ง ชื่อเมนู พารามิเตอร์ และค่าตัวอย่างในกรอบ Code คงรูปแบบตามระบบเพื่อให้คัดลอกและตรวจสอบได้ถูกต้อง

PaaS: แนวคิดพื้นฐานและคำศัพท์เฉพาะทาง

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

ที่นี่เรานำเสนอโครงร่างที่สอดคล้องกันของส่วนประกอบแพลตฟอร์มพื้นฐานพร้อมตัวชี้ไปยังเอกสารที่เกี่ยวข้องกล่าวคือ:

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

Cloudlet

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

Image 2: cloudlet - resource unitCloudlet บนแพลตฟอร์มมีสองประเภท:

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

Image 3: reserved and dynamic cloudlets

บันทึก:เมื่อคำนวณการใช้งาน Cloudlet ระบบจะพิจารณาเฉพาะการใช้งาน RAM หรือ CPU ที่ใหญ่กว่าต่อชั่วโมงเท่านั้น (ไม่รวมทั้งสองอย่าง) เช่นหากในหนึ่งชั่วโมงการใช้งาน CPU โดยเฉลี่ยของคุณคือ 2400 MHz (6 cloudlets) และการใช้งาน RAM สูงสุดของคุณคือ 1024 MiB (8 cloudlets) คุณจะต้องชำระค่าบริการสำหรับ 8 cloudlets - ไม่ใช่ยอดรวม (14 cloudlets)

ทั้งคู่ฟังก์ชัน Cloudlet ที่สงวนไว้และไดนามิกให้ส่วนลดอัตโนมัติสำหรับปริมาณการใช้งาน - ยิ่งใช้มากราคาพื้นฐานก็จะยิ่งถูกลง

คอนเทนเนอร์

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

Image 5: container - secure and isolated instanceแพลตฟอร์มให้คอนเทนเนอร์ที่ผ่านการรับรองสำหรับชวา,PHP,ทับทิม,Node js,หลาม,ไป,.สุทธิและความสามารถในการ Deploy แบบกำหนดเองDockerตู้คอนเทนเนอร์แต่ละคอนเทนเนอร์มี IP ส่วนตัวและบันทึก DNS ที่ไม่ซ้ำกันไอพีสาธารณะสามารถแนบภายใน UI ได้อย่างง่ายดายแดชบอร์ดหรือผ่านทางเอพีไอ.

ชั้น

ชั้นหรือเรียกอีกอย่างว่ากกลุ่ม Node, เป็นชุดที่คล้ายกันตู้คอนเทนเนอร์ในหนึ่งเดียวEnvironment. มีชุดของเลเยอร์ที่กำหนดไว้ล่วงหน้าภายในแพลตฟอร์มตัวช่วยสร้างโทโพโลยีสำหรับคอนเทนเนอร์ที่ผ่านการรับรองเช่น:

  • โหลดบาลานเซอร์ (LB)
  • คำนวณ (ซีพี)
  • ฐานข้อมูล (ดีบี)
  • การจัดเก็บข้อมูล (ดีเอส)
  • แคช
  • วีพีเอส
  • สร้าง Node
  • พิเศษ (เลเยอร์ที่กำหนดเองสามารถเพิ่มหลายเลเยอร์ได้อิงตาม DockerEnvironment)

Image 7: layer - group of similar containersเลเยอร์ต่างๆได้รับการออกแบบมาเพื่อดำเนินการต่างๆกับคอนเทนเนอร์ประเภทเดียวกันในคราวเดียวตัวอย่างเช่น Node สามารถรีสตาร์ทหรือปรับใช้ใหม่พร้อมกันได้เช่นเดียวกับในแนวนอนปรับขนาด::

นอกจากนี้ยังสามารถตรวจสอบบันทึกและสถิติทั่วไปหรือทำการกำหนดค่าที่จำเป็นผ่านตัวจัดการไฟล์สำหรับคอนเทนเนอร์ทั้งหมดในเลเยอร์

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

Environment

Environmentเป็นที่รวบรวมความโดดเดี่ยวตู้คอนเทนเนอร์สำหรับการเรียกใช้บริการแอปพลิเคชันเฉพาะแพลตฟอร์มนี้มีเครื่องมือในตัวเพื่อ Environment ที่สะดวกสบายการจัดการ(เช่นการกำหนดค่าการตรวจสอบการแก้ไขปัญหาฯลฯ)

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

Image 9: environment - interconnected container layersแต่ละ Environment มีชื่อโดเมนภายในระดับ 3 เป็นของตัวเองตามค่าเริ่มต้นโดเมนภายนอกที่กำหนดเองสามารถเชื่อมโยงได้อย่างง่ายดายCNAME หรือระเบียน Aและยิ่งไปกว่านั้นสลับกับ Environment อื่นสำหรับการเปลี่ยนเส้นทางการรับส่งข้อมูล

แอปพลิเคชัน

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

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

Image 11: application - environments of a single projectซอร์สโค้ดของแอปพลิเคชันหรือไบนารี่ที่สร้างขึ้นสามารถปรับใช้ได้จาก:

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

เจ้าภาพ

เจ้าภาพเป็นฟิสิคัลเซิร์ฟเวอร์หรือเครื่องเสมือนขนาดใหญ่ที่จำลองเสมือนผ่าน KVM, ESXi, Hyper-V เป็นต้น

Image 13: host - physical or virtual serverโฮสต์จะถูกหั่นเป็นชิ้นเล็กๆตู้คอนเทนเนอร์ที่ใช้ในการสร้างEnvironment. พาร์ติชันดังกล่าวมอบการเช่าหลายระดับชั้นนำของอุตสาหกรรมตลอดจนความหนาแน่นสูงและการใช้ทรัพยากรอย่างชาญฉลาดด้วยความช่วยเหลือจากการกระจายคอนเทนเนอร์ตามโหลดข้ามโฮสต์

ภูมิภาค Environment

ภูมิภาค Environmentเป็นชุดของเจ้าภาพจัดทำขึ้นภายในเครือข่ายแยกเดี่ยว

Image 15: environment region - group of hostsEnvironment แต่ละภูมิภาคมีความสามารถของตัวเองในศูนย์ข้อมูลเฉพาะกลุ่มที่อยู่ IP ส่วนตัวและสาธารณะที่กำหนดไว้ล่วงหน้าและราคาทรัพยากรที่เกี่ยวข้องนอกจากนี้สามารถเปลี่ยนตำแหน่งที่เลือกไว้ตั้งแต่แรกได้อย่างง่ายดายการโยกย้ายโครงการระหว่างภูมิภาคที่มีอยู่

การติดตั้งแพลตฟอร์ม

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

Image 17: platform - environment regions with orchestratorด้วยเหตุนี้คุณจะได้รับโซลูชันศูนย์ข้อมูลหลายตัวหรือหลายระบบคลาวด์สำหรับการรันแอปพลิเคชันของคุณภายในแผงเดียวนอกจากนี้แต่ละแพลตฟอร์มยังได้รับการดูแลโดยผู้ให้บริการโฮสติ้งแยกต่างหากพร้อมทีมสนับสนุนในพื้นที่