ใช้ OpenTofu Modules สร้าง Infrastructure แบบใช้ซ้ำ

module รวม resource และ interface ของตัวแปรเป็นหน่วยที่เรียกซ้ำได้ เหมาะกับเครือข่ายหรือบริการมาตรฐานที่ต้องสร้างหลาย environment บทความนี้สรุปแนวคิดจากเอกสารทางการของ OpenTofu และจุดที่ควรตรวจเมื่อนำไปใช้จริง

ภาพรวม

OpenTofu อ่าน configuration แล้วเทียบกับ state เพื่อวางแผนเปลี่ยน resource จริง การตรวจ plan และเก็บ state อย่างปลอดภัยสำคัญพอ ๆ กับการเขียน configuration

หัวข้อนี้ตอบโจทย์เฉพาะเรื่อง: module รวม resource และ interface ของตัวแปรเป็นหน่วยที่เรียกซ้ำได้ จึงควรเริ่มจากปัญหาที่ต้องแก้และผลลัพธ์ที่คาดหวัง ไม่ใช่เพียงเปิดฟีเจอร์เพราะมีอยู่ในเครื่องมือ

หลักการทำงาน

root module เรียก child module พร้อม input และรับ output กลับมา

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

เหมาะกับงานแบบไหน

เหมาะกับเครือข่ายหรือบริการมาตรฐานที่ต้องสร้างหลาย environment

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

ขั้นตอนนำไปใช้

1. ตรวจ workspace, backend และ state ที่กำลังใช้งาน
2. อ่าน plan โดยสนใจ resource ที่จะถูกแทนที่หรือทำลาย
3. หลัง apply ตรวจ resource จริงและเก็บ plan ที่ผ่านการทบทวน

เริ่มจากขอบเขตเล็กและเก็บผลทดสอบไว้กับการเปลี่ยนแปลง หากจะใช้ใน production ให้กำหนดผู้ติดตามผลและเงื่อนไขที่จะหยุดการขยายการใช้งาน

ข้อควรระวัง

กำหนด interface ให้เรียบง่ายและตรึงเวอร์ชัน module เพื่อไม่ให้การเปลี่ยนส่วนกลางกระทบทุกระบบทันที

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

สรุป

module รวม resource และ interface ของตัวแปรเป็นหน่วยที่เรียกซ้ำได้ เหมาะกับเครือข่ายหรือบริการมาตรฐานที่ต้องสร้างหลาย environment ก่อนนำไปใช้กับงานหลัก ควรตรวจผลตามขั้นตอนข้างต้นและทบทวนข้อจำกัดของระบบที่มีอยู่

อ่านเพิ่มเติม: เอกสารทางการของ OpenTofu