gRPC ตัวจัดการการกำหนดค่าพร้อมการตรวจสอบออฟไลน์และการทดสอบโหลด
Soul Stack ทำให้ Destiny จากโหนด Keeper ศูนย์กลางไปยัง Managed Souls ผ่าน gRPC streams ที่ได้รับการตรวจสอบความถูกต้องร่วมกัน โดยมีเครื่องมือ CLI สำหรับ linting, testing และ load generation พัฒนาโดย Soul Stack Authors แพลตฟอร์มนี้รวม soulctl, soul-lint, soul-trial และ soul-legion เข้าไว้ด้วยกันในเครื่องมือ operator ที่ใช้ Go ซึ่งสามารถใช้งานได้บน Windows มุ่งเป้าไปที่วิศวกร DevOps และสถาปนิกโครงสร้างพื้นฐานที่ต้องการ workflow ที่ปลอดภัย ขับเคลื่อนด้วย CLI และการตรวจสอบความถูกต้องแบบออฟไลน์ก่อนที่จะทำการเปลี่ยนแปลงการกำหนดค่าบนโหนดที่จัดการหลายตัว.
โหนด Keeper ทำให้การเรนเดอร์และการจัดส่งการกำหนดค่ากลาง
แพลตฟอร์มวางความรับผิดชอบในการเรนเดอร์ไว้ที่โหนด Keeper กลาง ซึ่งผลิตวัตถุ Destiny และส่งสตรีมไปยัง Souls (โหนดที่จัดการ) ผ่าน gRPC วิธีการนี้ย้ายการแก้ไขเทมเพลตและตรรกะของสถานการณ์ไปยังแผนการควบคุมเดียว ในขณะที่ soulctl ทำหน้าที่เป็น CLI ของผู้ดำเนินการเพื่อขับเคลื่อน Keeper สถาปัตยกรรมนี้นำเสนอว่าเป็นการทำให้ตรรกะการเรนเดอร์เรียบง่ายขึ้นในหลายเป้าหมาย และชุดเครื่องมือถูกนำไปใช้ใน Go โดยมีการแจกจ่าย Windows ผ่าน WinGet.
ผู้ดำเนินการสามารถวัดผลกระทบในระยะเวลาการทำงานโดยใช้การทดสอบโหลดที่สร้างไว้ในตัว
ผลกระทบของระบบสามารถวัดได้แทนที่จะเป็นสิ่งที่ไม่โปร่งใส: แพ็คเกจประกอบด้วย soul-legion ซึ่งเป็นเครื่องสร้างโหลด เพื่อให้ทีมสามารถสร้างสถานการณ์ความเครียดซ้ำและสังเกตพฤติกรรมของ Keeper และโหนดภายใต้โหลด เนื่องจากเครื่องมือทำงานเป็นไบนารีบรรทัดคำสั่ง ทีมสามารถกำหนดเวลาการทดลองในสภาพแวดล้อมที่แยกออกและบันทึกเมตริกโดยใช้สแต็กการตรวจสอบที่มีอยู่ก่อนการเปิดตัวไปยังการผลิต.
ความปลอดภัยถูกบังคับใช้ผ่านสตรีมที่ได้รับการตรวจสอบสิทธิ์, RBAC, และบันทึกการตรวจสอบ
แพลตฟอร์มใช้สตรีม gRPC ที่ได้รับการตรวจสอบสิทธิ์ซึ่งกันและกันและดำเนินการ RBAC พร้อมบันทึกการตรวจสอบ ซึ่งวางการควบคุมการเข้าถึงและบันทึกเหตุการณ์ภายในแผนการจัดการ ผู้ตรวจสอบออฟไลน์ soul-lint และ soul-trial ช่วยให้ผู้ดำเนินการสามารถยืนยันวัตถุและตรรกะของสถานการณ์โดยไม่ต้องติดต่อโหนดสด ลดโอกาสที่การปรับใช้ที่มีข้อบกพร่องจะถึงระบบที่มีมาตรฐานการผลิต.
ชุดเครื่องมือคาดหวังความชำนาญในบรรทัดคำสั่งและความอดทนของผู้ใช้ในช่วงแรก
การทำงานเป็นศูนย์กลาง CLI และเหมาะสำหรับวิศวกรที่คุ้นเคยกับโครงสร้างพื้นฐานในรูปแบบของโค้ด: soulctl และยูทิลิตี้ออฟไลน์ต้องการการดำเนินการในบรรทัดคำสั่งและความคุ้นเคยกับการไหลควบคุมที่ใช้ gRPC การปล่อยถูกระบุว่าเป็น v0.1.0-beta.1 ซึ่งบ่งชี้ว่าแพลตฟอร์มอยู่ในช่วงเบต้าและเหมาะสมที่สุดสำหรับการทดสอบ การเปิดตัวที่มีการจัดระเบียบ และทีมที่ยินดีที่จะมีส่วนร่วมในโครงการโอเพนซอร์สที่พัฒนาอยู่ภายใต้เงื่อนไข BUSL-1.1.
แนะนำสำหรับทีม DevOps ที่มุ่งเน้นการทดสอบซึ่งสามารถตรวจสอบก่อนการผลิต
แพลตฟอร์มเหมาะสำหรับทีมที่ดำเนินการทดลองที่ควบคุมและกำหนดการทดสอบความเครียดในระยะก่อนการผลิต เนื่องจากมันรวมการเรนเดอร์และจัดเตรียมเครื่องมือการตรวจสอบออฟไลน์ ใช้ Keeper ในการจัดเตรียมและดำเนินการ soul-trial และ soul-legion ในช่วงเวลาบำรุงรักษาก่อนการปรับใช้ในวงกว้าง แนะนำ.
