เหตุผลที่ต้องใช้ Role: จาก Monolith สู่โมดูล

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

บทบาทจะรวมงานที่เกี่ยวข้อง ตัวจัดการ ไฟล์ แม่แบบ และตัวแปรไว้เป็นหน่วยเดียวที่เป็นระเบียบ ซึ่งคุณนำไปใส่ในเพลย์บุ๊กใดก็ได้

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

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

เพลย์บุ๊กระดับบนสุดของคุณจะกลายเป็นรายการสั้น ๆ ของบทบาทที่ต้องนำไปใช้ ส่วนงานหนักจะอยู่ภายในแต่ละบทบาทและไม่ทำให้เพลย์บุ๊กดูรก

บทบาทจะใช้โครงสร้างโฟลเดอร์แบบตายตัว ทำให้ Ansible รู้โดยอัตโนมัติว่าจะค้นหางานและแม่แบบได้จากที่ใด คุณเรียนรู้แบบแผนนี้เพียงครั้งเดียว

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

คนหนึ่งดูแลบทบาทฐานข้อมูล ขณะที่อีกคนดูแลบทบาทตัวกระจายโหลด ขอบเขตที่ชัดเจนช่วยให้ทีมทำงานร่วมกันได้โดยไม่ก้าวก่ายกัน

บทบาทที่มีโครงสร้างดีสามารถเผยแพร่ไปยัง Ansible Galaxy เพื่อให้ผู้อื่นติดตั้งระบบอัตโนมัติของคุณ และให้คุณติดตั้งของพวกเขาได้

บทบาทจะมาพร้อมตัวแปรค่าเริ่มต้นของตัวเอง จึงใช้งานได้ทันทีและยังปรับแต่งให้เหมาะกับแต่ละโครงการได้ง่ายโดยไม่ต้องแก้ไขตัวบทบาทเอง

การปรับโครงสร้างเพลย์บุ๊กขนาดใหญ่ให้เป็นบทบาทก็เหมือนการแยกฟังก์ชันขนาดใหญ่ออกเป็นฟังก์ชันเล็ก ๆ ทำให้โค้ดสะอาด นำกลับมาใช้ซ้ำได้ และดูแลรักษาได้ง่ายกว่ามาก

ลองนึกถึงเหตุผลหลักที่ทีมต่าง ๆ ปรับโครงสร้างเพลย์บุ๊กให้เป็นบทบาท

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