Argo CD Automated Sync และ Self Heal ทำงานอย่างไร

automated sync ให้ Argo CD นำการเปลี่ยนใน Git ไปใช้โดยไม่ต้องกด sync เอง เหมาะกับระบบที่ Git เป็นแหล่งความจริงหลักและต้องการลด drift บทความนี้สรุปแนวคิดจากเอกสารทางการของ Argo CD และจุดที่ควรตรวจเมื่อนำไปใช้จริง

ภาพรวม

Argo CD เปรียบเทียบสถานะใน Git กับ resource ที่ทำงานใน Kubernetes ทีมต้องระบุว่าใครแก้ Git และสั่ง sync ได้ รวมทั้งวิธีตรวจสุขภาพแอปหลัง deploy

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

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

self heal ตรวจความต่างที่เกิดจากการแก้ live resource แล้วพากลับสู่สถานะใน Git

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

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

เหมาะกับระบบที่ Git เป็นแหล่งความจริงหลักและต้องการลด drift

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

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

1. ตรวจ repository, revision, namespace และ AppProject
2. อ่าน diff ก่อน sync และดูทั้งสถานะ Synced กับ Healthy
3. เตรียม commit สำหรับย้อนการเปลี่ยนและวิธีกู้ข้อมูล

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

ข้อควรระวัง

ถ้าทีมแก้คลัสเตอร์ด้วยมือโดยไม่แก้ Git การเปลี่ยนอาจถูกย้อนกลับ

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

สรุป

automated sync ให้ Argo CD นำการเปลี่ยนใน Git ไปใช้โดยไม่ต้องกด sync เอง เหมาะกับระบบที่ Git เป็นแหล่งความจริงหลักและต้องการลด drift ก่อนนำไปใช้กับงานหลัก ควรตรวจผลตามขั้นตอนข้างต้นและทบทวนข้อจำกัดของระบบที่มีอยู่

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