โดยปกติ เราสามารถใช้ Git ทำการ Maintain Patch โดยแยก Branch แล้ว Rebase ไปเรื่อย ๆ ได้อยู่แล้ว แต่ผมเลือกใช้ StackedGit (stgit) ในการ Maintain Patch เพราะรู้สึกว่าการรับรู้ของคน Maintain เวลาจัดการกับ Patch ที่เป็นไฟล์แยกออกมา มันทำได้สะดวกกว่าการที่ไปปนอยู่ใน Tree ของ Git สำหรับผมแล้วเวลาทำพังก็จะสามารถ Recover ได้ดีกว่า และก็ไม่ต้องเสีย Context Switch เวลาสลับ Branch ว่าแต่ เทคนิคการ Maintain Patch มีประโยชน์อะไร?

เหลืออีก 3 วันจะปิด Q1 แล้ว เลยมาสรุปสั้น ๆ สำหรับการเดินทางของ TF-controller ในไตรมาสแรก วันนี้ปล่อยเวอร์ชัน v0.9.3 ซึ่งแก้ Bug สำคัญในการ Reconcile ตัว Runner Pod ไป เวอร์ชันนี้ stable ที่สุด มีฟีเจอร์ครบสุดตั้งแต่สร้างมา 3 เดือน เราได้ 200 stars บน GitHub แล้ว ตอนนี้อยู่แถว ๆ 203 ตั้งแต่เริ่มโครงการ รีลีสไป 45 ครั้ง (ถ้านับ 90 วัน ก็เฉลี่ย 2 วันครั้ง) ใน Q2 คงไม่บ่อยเท่านี้เพราะระบบซับซ้อนขึ้น เทสยากขึ้น

หลายสัปดาห์ที่ผ่านมา ในงานฝั่ง Engineering เราขัด TF-controller จนได้รูปร่างที่ค่อนข้างหน้าพอใจสำหรับ Q1 ที่กำลังจะจบแล้ว ตอนนี้เหลือ Test Coverage อยู่ 1.8% ก่อนที่จะแตะ 70% Test Coverage ตามที่ตั้งเป้าไว้ เหตุผลที่ดันค่า Test Coverage ไม่ขึ้นเพราะว่าตอนนี้เรา Test ด้วย Test Env ที่มากับ KubeBuilder (เป็นระดับ Integration Test) พอหลังจากการสร้าง Subsystem ของ Runner Pod แล้วต้อง Schedule ตัว Pod จริง ๆ ก็เลยต้องทำ E2E Test ตอนนี้ใน E2E Test ยังไม่มีกลไกการดึงเอา Test…

ต้องบอกว่านี่เป็นเรื่องบังเอิญจริง ๆ และไม่คิดว่าจะทำได้ การรวม GitOps 2 ระบบเข้าด้วยกันเป็นข้อเสนอระหว่าง AWS, Intuit และ Weaveworks มานานแล้ว แต่แผนก็ต้องพับไปเมื่อประมาณ 2 ปีก่อน เพราะอะไรนั้นคงไม่ได้เล่า เทคโนโลยีของ Flux และ ArgoCD มีความแตกต่างกันในเชิงรายละเอียด แต่ใน Use Case หลักใหญ่ ๆ ก็จะมี 2 ประเด็นคือ 1. ใช้ Reconcile Kustomization และ YAML Resources และ 2. ใช้ Reconcile Helm Charts Flux ออกแบบมาเป็น GitOps Engine แบบเน้นใช้ CLI ใช้ RBAC…

จากช่วงเวลา 2.5 เดือนที่เขียน TF-controller มาตั้งแต่ช่วง Proof-of-Concept ต้นแบบ จนถึง Release แรก ที่เรียกได้ว่าเป็น MVP คือ v0.8.0 เข้าสู่โจทย์ยากระดับ Re-architecture ใน v0.9.0 จะสังเกตสิ่งที่น่าสนใจในกระบวนการได้หลาย ๆ อย่าง โดยเฉพาะการเทียบกับ Agile / Scrum Product Owner ผมกลายเป็น Product Owner โดยปริยาย เนื่องจากเป็นคนสร้าง Project นี้ ตัว Requirements ก็จะวิ่งเข้ามาที่ผมคนเดียว เพราะทุก ๆ คนคิดว่าผมคือ Contact Person ทำให้การกรอง / การ Prioritize Requirements เกิดขึ้นที่ผมก่อนที่จะนำเข้าสู่ Issue…

หลังจากปล่อย version 0.8.0 ไปและมี Engineer จากทีมอื่นมาช่วยอีก 2 คนตอนนี้ สัปดาห์ที่แล้วเลยได้ฤกษ์ย้ายจาก Repo ส่วนตัวไปอยู่ใต้ Weaveworks Org 🏠 ตอนนี้ TF-controller ก็ได้กลายเป็น Official Repo ของ Weaveworks ไปเรียบร้อยแล้ว ⭐️ 🍰🌟 💫 🎂✨ ☄ ☀️🍰 🎂 ในเรื่องเชิงเทคนิค มีประเด็นต่าง ๆ น่าสนใจระหว่างการย้าย Repo โดยเฉพาะรอบ ๆ GitHub GitHub จะยังเก็บเส้นทางของ Repo เดิมไว้ ดังนั้นกลไกการ Import ใน Go เลยจะยังไม่พัง

จากปัญหาเรื่อง Multi-Tenancy ทำให้ต้องออกแบบตัว sub-system ตัวใหม่ซึ่งก็คือ Terraform Runner ที่ต้องสามารถ 1. มี ServiceAccount เป็นของตัวเอง 2. อยู่ใน Namespace ที่กำหนด เพื่อให้ตอบโจทย์ Multi-Tenancy เพื่อให้มี ServiceAccount เป็นของตัวเองก็เลยต้องเป็น Pod รันแยกออกมา และเพื่อให้ TF-controller ควบคุม life-cycle ของตัว Runner Pod ได้ 100% นั้นก็ต้องทำตั้งแต่กลไกการสร้าง, ดึงค่า Pod IP มา แล้วก็ทำการเชื่อมต่อจาก Controller ไปยัง Runner Pod เพื่อเริ่มขั้นตอนแต่ละขั้นตอนของ Terraform ตั้งแต่การ Init ไปยัง Plan และ Apply…

หลักจากสร้าง Controller ขึ้นมาแล้วก็ได้ feedback หลาย ๆ เรื่องรวมทั้งความจำเป็นที่ต้องสนับสนุน Multi-Tenancy Multi-Tenancy คืออะไร ในโลกของ GitOps, DevOps และ Kubernetes จะมี Concept ความเป็นเจ้าของตัวทรัพยากร, ขอบเขตการทำงานของทรัพยากร, และสิทธิ์ตามบทบาท ใน Kubernetes ความเป็นเจ้าของตัวทรัพยากร สามารถระบุได้ด้วย ServiceAccount ส่วนขอบเขตการทำงานของทรัพยากร สามารถระบุได้ด้วย Namespace โดยสิทธิ์ทั้งหมดจะควบคุมผ่านกลไกของ RBAC

จาก Part ที่แล้วเริ่มลงส่วนของ Spec ไป กลายเป็นว่าช่วงที่ผ่านโปรเจ็คเริ่มใช้งานได้ เลยต้อง Release ตัว TF-controller for Flux ติด ๆ หลายเวอร์ชัน และเริ่มต้อง Demo ให้หลาย ๆ ทีมดู เลยรวบรวมสมาธิเพื่อเขียนโพสต์ใหม่ไม่ค่อยได้ แต่ก็ต้องอัพเดตกันหน่อยเพราะมีประเด็นน่าสนใจเกิดขึ้นในโครงการเยอะในช่วง 1 เดือนที่ผ่านมา ตอนนี้มี Engineer จากทีมอื่นเข้ามาช่วยเขียนโค้ด 2 คน ก็เลยต้องทำทั้งหน้าที่ Maintainer / Code Review / เขียนโค้ด และเตรียม Use Case ใหม่ ๆ สำหรับ Demo ไปพร้อม ๆ กัน