DevOps
ตรวจแผนโครงสร้างพื้นฐานในรูปโค้ด
แผน Terraform ที่อธิบายได้ ซึ่งผลทำลาย ความปลอดภัย ต้นทุน และความพร้อมใช้งานถูกทบทวนก่อน apply ใด ๆ
กระบวนการ
ทำตามลำดับนี้
- ยืนยันพื้นที่ทำงาน บัญชี ภูมิภาค ที่เก็บสถานะ รุ่นผู้ให้บริการ และตั๋วการเปลี่ยนแปลงที่ตั้งใจก่อนเริ่มต้น
- รันการจัดรูปแบบและการตรวจความถูกต้อง เริ่มต้นด้วยผู้ให้บริการที่ล็อก และตรวจการตั้งค่าด้วยเครื่องมือนโยบายและความปลอดภัยขององค์กร
- สร้างแผนที่บันทึกโดยใช้แหล่งตัวแปรที่ถูก และจับรุ่นโค้ดที่แน่นอนกับรุ่นเครื่องมือที่สร้างแผนนั้น
- ทบทวนทุกการสร้าง อัปเดต แทนที่ และทำลาย โดยใส่ใจทรัพยากรมีสถานะ ตัวตน เครือข่าย การเข้ารหัส และเวลาหยุด
- ประเมินลำดับการพึ่งพา รัศมีการกระทบ ต้นทุน หน้าต่างบำรุงรักษา สำรอง เส้นย้อนกลับ และว่าการเลื่อนไหลหรือทรัพยากรที่ย้ายอธิบายการกระทำที่ประหลาดหรือไม่
- ขออนุมัติที่ต้องมี และใช้เฉพาะแผนที่บันทึกซึ่งทบทวนแล้ว หลังนั้นตรวจสถานะทรัพยากรจริงและสุขภาพบริการเทียบผลที่ตั้งใจ
เตรียมสิ่งนี้
ข้อมูลที่แมวจะขอ
- การตั้งค่า Terraform และพื้นที่ทำงาน
- การเปลี่ยนแปลงโครงสร้างพื้นฐานที่ตั้งใจ
- นโยบายตัวแปรและผู้ให้บริการ
- กฎการอนุมัติและหน้าต่างบำรุงรักษา
เราเตอร์ + playbook เดียว
จัดเส้นทางก่อน เลือกอันเดียว
Cat Paw โหลด playbook เดียวต่องาน ไม่ผสมหลายอัน เริ่มที่เราเตอร์นี้ เส้นทางที่เหลือเป็นตัวเลือกเฉพาะ workflow
- เราเตอร์:
engineering-pack skills/engineering/mattpocock/code-review/SKILL.mdskills/engineering/addyosmani/security-and-hardening/SKILL.md
เส้นเขต
ขอบเขตเดินทางไปกับพรอมต์
- อย่าใช้แผนที่ยังไม่ทบทวน หรือแผนที่สร้างใหม่ภายใต้การอนุมัติเก่า
- หยุดเมื่อมีการแทนที่หรือทำลายที่ไม่คาดคิด โดยเฉพาะทรัพยากรมีสถานะ
- เก็บความลับออกจากอาร์ติแฟกต์แผน และจำกัดการเก็บกับการเข้าถึง
เสร็จหมายถึง
จุดจบที่ตรวจได้
แผนที่บันทึกซึ่งทบทวนแล้วตรงเจตนาที่อนุมัติ การตรวจนโยบายผ่าน การกระทำเสี่ยงสูงมีการอนุมัติชัดและย้อนกลับ และสถานะหลังใช้กับสุขภาพบริการถูกตรวจ หรือไม่มีการใช้แผน
แหล่งที่มา
กระบวนการนี้มาจากไหน
- developer.hashicorp.com/terraform/tutorials/cli/plan
- developer.hashicorp.com/terraform/cli/commands/plan
แหล่งที่มาตั้งรูปแบบของ workflow โพสต์ Reddit และชุมชน ถ้ามี ให้ถือเป็นเรื่องเล่าจากผู้ปฏิบัติ ไม่ใช่ข้อเท็จจริงสากล