จัดการระบบคลาวด์หลายภูมิภาคด้วย Terraform modules หลีกหนีกับดัก Copy-Paste

การบริหารจัดการโครงสร้างพื้นฐานไอทีในหลายภูมิภาคพร้อมกันมักเริ่มต้นด้วยวิธีง่ายๆ เช่น การสร้างเครื่องเสมือน (Virtual Machine) หนึ่งเครื่องต่อหนึ่งภูมิภาคโดยรันบริการชุดเดียวกัน เมื่อระบบเติบโตขึ้น การตั้งค่าผ่าน Terraform มักจะขยายตัวตามธรรมชาติ จนกระทั่งเมื่อต้องการเพิ่มภูมิภาคใหม่ วิธีที่หลายคนคุ้นเคยคือการคัดลอกโฟลเดอร์ของภูมิภาคเดิม เปลี่ยนชื่อบางจุด และปรับค่าที่แตกต่างกันออกไป เช่น ตำแหน่งที่ตั้ง ช่วงเครือข่าย และการตั้งชื่อทรัพยากร

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

แนวทางแก้ไขปัญหานี้คือการเลิกมองว่าแต่ละภูมิภาคเป็นโครงการ Terraform แยกขาดจากกัน แต่ให้มองว่าคำนิยามโครงสร้างพื้นฐานคือโค้ดชุดเดียวกันที่ใช้ร่วมกัน โดยแยกความแตกต่างให้อยู่ในรูปของข้อมูล โดยมีองค์ประกอบหลักดังนี้:

• Shared module: โมดูล Terraform หนึ่งชุดที่รวบรวมนิยามทรัพยากรทั้งหมด เช่น VM ระบบเครือข่าย และดิสก์ พร้อมตัวแปรรับค่าสำหรับส่วนที่เปลี่ยนแปลงตามภูมิภาค
• Shared entry point: จุดเริ่มต้นราก (Root configuration) เพียงชุดเดียวที่เรียกใช้งานโมดูล แทนที่จะมีโครงสร้างรากแยกตามภูมิภาค
• Regional config file: ไฟล์คอนฟิกูเรชันขนาดสั้นเพียง 5 ถึง 6 บรรทัดต่อหนึ่งภูมิภาค ระบุเฉพาะค่าเฉพาะตัว เช่น ตำแหน่งคลาวด์ ชื่อทรัพยากร และช่วงเครือข่าย

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