เปิดใช้งาน Taiga พร้อมรูปแบบความรับผิดชอบที่ครบถ้วน

เริ่มจากผลลัพธ์ขององค์กร

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

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

ใช้เกณฑ์หลักฐานเดียวกับที่ใช้กับผู้ให้บริการรายอื่น ให้ผู้รับผิดชอบที่เหมาะสมยืนยันรูปแบบบริการที่เลือก การจัดการข้อมูล ความรับผิดชอบ และข้อกำหนดเมื่อเลิกใช้หรือเปลี่ยนผู้ให้บริการ

ตรวจทานบริบทที่กำหนดทิศทางงานในอนาคต

Taiga สร้าง policy เริ่มต้นและตารางเทคโนโลยีที่อนุมัติจากข้อมูลการตั้งค่าองค์กร ตรวจข้อมูลนั้นและ policy ที่ได้ก่อนยืนยันว่าเหมาะสม Policy ที่ระบบสร้างไม่ได้พิสูจน์ว่ามีคนตรวจทานแล้ว

เลือกใช้บริบทสามประเภทให้ตรงจุดประสงค์:

เก็บเอกสารอ้างอิงที่เป็นความลับไว้ภายในขอบเขตการจัดการที่ได้รับอนุญาต

วางคำสั่งและความรู้ไว้ในระดับสูงสุดที่เนื้อหานั้นใช้ได้จริง ได้แก่ องค์กร โรงงาน หรือผลิตภัณฑ์ ระดับล่างเพิ่มรายละเอียด แต่ไม่ยกเลิกกฎระดับบน ตรวจทานมาตรฐานการออกแบบ และเชื่อมต่อ repository ของ design system จริงเมื่อเหมาะสม

เชื่อมกับ platform ที่มีอยู่

ตัดสินใจว่าใครเขียนโค้ดโครงสร้างพื้นฐานและ CI/CD pipeline ตั้งค่าที่เกี่ยวข้องใน Taiga ให้ตรงกับการแบ่งความรับผิดชอบนั้น อธิบาย runtime วิธีจัดการตัวตน บริการข้อมูล environment และกระบวนการ deploy ที่ใช้จริง

สำหรับบริการขออุปกรณ์ ทีม platform ยังคงรับผิดชอบบัญชี cloud สิทธิ์เข้าถึง production และการอนุมัติ deployment การวางแผนของ Taiga ต้องใช้ interface เหล่านั้น คำอธิบาย environment ให้บริบท ส่วนข้อมูลรับรองและสิทธิ์ต้องตั้งค่าผ่านการควบคุมแยกต่างหาก

กำหนดกฎการตรวจทานและ deployment ที่จำเป็นในระบบที่บังคับใช้กฎเหล่านั้น ยืนยันการตั้งค่าระดับอิสระของผลิตภัณฑ์และตัวเลือกเฉพาะ initiative ก่อนเริ่มคิว

กำหนดผู้รับผิดชอบบริการ

มอบหมายผู้รับผิดชอบ incident การบำรุงรักษา การตัดสินใจเกี่ยวกับข้อมูล การกู้คืน และการประสานงานกับผู้ให้บริการ กำหนดความต้องการด้านความพร้อมใช้งานและ RTO/RPO สำหรับแอปพลิเคชันที่จะดำเนินงาน

Monitoring ของ Taiga ครอบคลุมสถานะการทำงานของผลิตภัณฑ์ แต่ไม่ได้แทนที่ observability ของโครงสร้างพื้นฐานและความสามารถในการตอบสนองทั้งหมดขององค์กร ยืนยันการตั้งค่า environment ที่เกี่ยวข้อง และเส้นทางจากสิ่งที่ตรวจพบไปถึงผู้ที่ดำเนินการได้

ตรวจทานการส่งมอบครั้งแรกตั้งแต่ข้อกำหนด ผ่านแผน run, pull request และ deployment ตรวจสอบการใช้งานที่มีประโยชน์ด้วยข้อมูลทดสอบที่อนุมัติแล้ว บันทึกหลักฐานที่ยังขาดว่าเป็นสิ่งที่ขาด

ขยายการใช้ด้วยหลักฐานที่ทำซ้ำได้

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

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

ผลลัพธ์ของการเรียนคือความสามารถในการตั้งคำถามที่ดีขึ้นและตัดสินใจอย่างมีเหตุผลรองรับ ใช้ เอกสาร Taiga สำหรับ workflow ปัจจุบัน และ tai.ga สำหรับบริบทบริการโดยรวม