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

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

RUK-COM PAAS / PLATFORM OVERVIEW

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

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

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

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

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

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

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

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

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

Cloudlet

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

Image 2: cloudlet - resource unitCloudlet บน Platform มีสองประเภท:

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

Image 3: reserved and dynamic cloudlets

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

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

Container

Container(Node) เป็น Instance เสมือนจริงแบบแยกส่วนซึ่งจัดเตรียมไว้สำหรับการจัดการ StackSoftware (เช่น Application ServerDatabase ตัว Load Balancer ฯลฯ) และวางไว้บน Instance เฉพาะเจ้าภาพ. แต่ละ Container สามารถปรับขนาดได้โดยอัตโนมัติทั้งสองอย่างแนวตั้งและแนวนอนทำให้การ HostApplication มีความยืดหยุ่นอย่างแท้จริง

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

ชั้น

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

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

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

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

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

Environment

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

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

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

Application

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

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

Image 11: application - environments of a single projectSource Code ของ Application หรือไบนารี่ที่สร้างขึ้นสามารถ Deploy ได้จาก:

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

เจ้าภาพ

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

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

ภูมิภาค Environment

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

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

การติดตั้ง Platform

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

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