Ansible Galaxy คือ hub สาธารณะที่รวบรวม Collections และ Roles จาก community — ก่อนใช้ modules จาก collections อย่าง community.postgresql หรือ community.docker ต้องติดตั้งผ่าน ansible-galaxy ก่อนเสมอ บทความนี้อธิบายคำสั่งติดตั้ง collections จาก Galaxy, การใช้ requirements.yml สำหรับ team projects, กา
Ansible Collections คือ packaging format ที่รวม modules, plugins, roles และ playbooks ไว้ในหน่วยเดียว — เปลี่ยนวิธีที่ Ansible community แจกจ่ายและจัดการ content ก่อนหน้านี้ modules ทุกตัวต้องอยู่ใน Ansible core แต่ด้วย Collections สามารถแยก develop, version, และ distribute modules ได้อิสระ บทความนี
การ integrate Ansible กับ CI/CD pipeline อย่าง GitHub Actions ต้องจัดการ vault password อย่างระมัดระวัง — บน local เราใส่ password ใน file ที่ไม่ได้ commit แต่ใน CI/CD environment ไม่มี file นั้น ต้องส่ง vault password ผ่าน environment variables หรือ secret store ของ CI/CD แทน บทความนี้ครอบคลุมวิธีใ
การใช้ Ansible Vault ให้ได้ประสิทธิภาพสูงสุดใน production ต้องอาศัยมากกว่าแค่คำสั่ง encrypt/decrypt — ต้องมีระบบจัดการ secrets ที่ครบวงจร ทั้งการแยก vault ตาม environment, การหมุนเวียน password อย่างปลอดภัย, การจัดเก็บ vault password ใน secret manager และการป้องกันไม่ให้ข้อมูลลับรั่วไหลเข้า git hist
เมื่อเก็บข้อมูล sensitive ด้วย Ansible Vault แล้ว การ decrypt, แก้ไข และ rotate passwords เป็นงานที่ต้องทำเป็นประจำ — Vault มีคำสั่งครบถ้วนสำหรับ lifecycle management ของ encrypted files ทั้ง view, edit, decrypt, rekey และการจัดการ vault ใน CI/CD pipeline บทความนี้ครอบคลุม ansible-vault view และ edi
Ansible Vault เป็นฟีเจอร์ในตัวของ Ansible สำหรับเข้ารหัส sensitive data เช่น passwords, API keys, private keys และ database credentials — แทนที่จะเก็บข้อมูลเหล่านี้เป็น plain text ใน playbook หรือ inventory, Vault เข้ารหัสด้วย AES-256 ทำให้ commit ไว้ใน git ได้อย่างปลอดภัย บทความนี้ครอบคลุมการสร้างแ
Ansible Galaxy คือ repository สาธารณะที่รวบรวม Roles และ Collections จาก community นับพันรายการ — แทนที่จะเขียน role สำหรับ install nginx, postgresql หรือ redis เอง สามารถดาวน์โหลด role ที่ผ่านการทดสอบมาแล้วจาก Galaxy ได้ทันที ทำให้ประหยัดเวลาและได้ role ที่รองรับหลาย OS บทความนี้ครอบคลุมการค้นหาและ
Ansible Role Dependencies ช่วยให้ role หนึ่งสามารถกำหนดว่าต้องการ role อื่นทำงานก่อนโดยอัตโนมัติ — แทนที่จะ list roles ทุกตัวใน Playbook เอง role ที่มี dependency จะดึง role ที่จำเป็นมารันให้เองผ่าน meta/main.yml เทคนิคนี้ทำให้สร้าง role architecture แบบ layered ได้ โดยแต่ละ layer ทำหน้าที่เฉพาะและ
Ansible มีระบบ variable precedence (ลำดับความสำคัญของ variables) ที่ซับซ้อน — ใน Ansible Role มีไฟล์ variable หลัก 2 ไฟล์คือ defaults/main.yml และ vars/main.yml ซึ่งมีความแตกต่างกันอย่างชัดเจนทั้งในด้าน priority, วัตถุประสงค์ และวิธีใช้งาน การเข้าใจความแตกต่างนี้ทำให้ออกแบบ role ที่ยืดหยุ่นและนำกลับ
Ansible Role มีโครงสร้าง directory ที่กำหนดไว้แน่นอน — แต่ละ directory มีหน้าที่เฉพาะตัว เช่น tasks/ สำหรับ task logic, templates/ สำหรับ Jinja2 templates, handlers/ สำหรับ handlers และ defaults/ สำหรับ default variables การเข้าใจโครงสร้างนี้ทำให้สร้างและใช้ roles ได้อย่างถูกต้อง บทความนี้ครอบคลุมกา
