metac

Metac pronounced [meta-see]

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

Metac เริ่มต้นเมื่อการพัฒนาบน metacontroller หยุดลง Metac ได้นำการปรับปรุงและปัญหาหลักส่วนใหญ่ที่เกิดขึ้นใน metacontroller ไปใช้ นอกจากนี้ คุณสมบัติบางอย่างของ Metac ยังมาจากความต้องการด้านการผลิตของโปรเจ็กต์ต่างๆ เช่น OpenEBS และ LitmusChaos

แรงจูงใจ

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

คุณสมบัติ

นี่คือคุณสมบัติบางอย่างที่ Metac รองรับ:

• บทคัดย่อโค้ด Kubernetes จากตรรกะทางธุรกิจ
• ใช้เมตาคอนโทรลเลอร์ต่างๆ ที่ช่วยในการสร้างนามธรรมข้างต้น
  • CompositeController (กำหนดขอบเขตคลัสเตอร์)
  • DecoratorController (กำหนดขอบเขตคลัสเตอร์)
  • GenericController (กำหนดขอบเขตเนมสเปซ)
• ตรรกะทางธุรกิจ (ตรรกะการกระทบยอดการอ่าน) สามารถแสดงเป็นบริการ http ได้
  • การพัฒนาตาม API ในฐานะพลเมืองชั้นหนึ่ง
• MetaControllers ได้รับการปรับใช้เป็นทรัพยากรที่กำหนดเองของ Kubernetes
  • อย่างไรก็ตาม GenericController (หนึ่งในตัวควบคุมเมตา) สามารถปรับใช้เป็น:
    • 1/ ทรัพยากรที่กำหนดเองบน Kubernetes หรือ
    • 2/ ไฟล์กำหนดค่า YAML
• ความสามารถในการนำเข้า metac เป็นไลบรารี go
  • GenericController ช่วยให้ตรรกะทางธุรกิจเรียกใช้เป็นการเรียกใช้ฟังก์ชันในบรรทัดได้
  • นี่เป็นวิธีเพิ่มเติมในการเรียกใช้ตรรกะอื่นนอกเหนือจากการเรียก http
  • ดังนั้นจึงไม่จำเป็นต้องเขียนตรรกะกระทบยอดเป็นบริการ http หากไม่ต้องการ

การใช้ Metac

หากคุณต้องการใช้ Metac ผ่านทาง hooks บนเว็บ คุณสามารถปรับใช้ Metac เป็น StatefulSet พร้อมรูปภาพที่พบในรีจิสทรีนี้ได้ อย่างไรก็ตาม หากคุณต้องการใช้ hooks แบบอินไลน์ คุณจะต้องนำเข้า Metac ไปยังการใช้งานคอนโทรลเลอร์ go ของคุณ นอกจากนี้ คุณต้องใช้โมดูล go เพื่อนำเข้า Metac เวอร์ชันหลักไปยังโค้ดเบสของคุณ

ในกรณีที่คุณต้องการปรับใช้ Metac ผ่าน helm ให้ใช้แผนภูมิ helm นี้

ความแตกต่างจากเมตาคอนโทรลเลอร์

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

• Metac ใช้กลุ่ม API อื่นสำหรับทรัพยากรที่กำหนดเอง
  • เช่น apiVersion: metac.openebs.io/v1alpha1
• Metac ใช้ชุด Finalizer ที่แตกต่างกัน
  • เช่น metac.openebs.io/
• โดยค่าเริ่มต้น Metac จะถูกติดตั้งในเนมสเปซ metac

หากคุณกำลังย้ายจาก Metacontroller ไปยัง Metac คุณจะต้องล้างข้อมูลขั้นสุดท้ายของ Metacontroller เก่า คุณสามารถใช้คำสั่งดังต่อไปนี้:

 kubectl get  --no-headers --all-namespaces | awk '{print $2 " -n " $1}' | xargs -L1 -P 50 -r kubectl patch -p '{"metadata":{"finalizers": [null]}}' --type=merge 

แผนการทำงาน

ประเด็นต่อไปนี้เป็นจุดสนใจกว้างๆ สำหรับ Metac:

• ผู้ควบคุมธุรกิจ
• ตัวควบคุมการทดสอบ
• ตัวควบคุมการแก้ปัญหา
• ผู้ควบคุมการปฏิบัติตามข้อกำหนด

เอกสารประกอบ

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

ติดต่อ

โปรดยื่นปัญหา GitHub สำหรับข้อบกพร่อง คำขอคุณลักษณะ และข้อเสนอ

ใช้บันทึกการประชุม/วาระการประชุมเพื่อหารือเกี่ยวกับคุณลักษณะ/หัวข้อเฉพาะกับชุมชน

เข้าร่วมช่อง #metacontroller บน Kubernetes Slack

มีส่วนร่วม

ดู CONTRIBUTING.md และคู่มือผู้ร่วมให้ข้อมูล

การออกใบอนุญาต

โครงการนี้ได้รับอนุญาตภายใต้ Apache License 2.0

เปรียบเทียบกับผู้ให้บริการรายอื่น

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