รู้จักคนเบื้องหลังระบบ
งานระบบ / ระบบอัตโนมัติ / GitOps
ผมใช้ชื่อ Adapter877 เพราะอยากให้สิ่งที่ทำพูดแทนตัวเอง สนุกกับการดูแลระบบ เข้าใจสิ่งที่อยู่เบื้องหลัง และเรียนรู้ผ่านการลงมือทำ
ที่นี่รวบรวมเครื่องมือที่ผมใช้ ประสบการณ์จากการทำโปรเจกต์ และแนวทางที่ทำให้ระบบทำงานได้อย่างเป็นขั้นตอน
ลงมือทำ เข้าใจระบบ
แล้วพัฒนาให้ดีขึ้น.
01 — ทักษะและเครื่องมือ
จากเซิร์ฟเวอร์ไปจนถึงหน้าเว็บ
เลือกดูรายละเอียดของแต่ละหมวดได้เลยครับ
ชั้นล่างสุดที่ทุกอย่างวางอยู่บน
สร้างและดูแลเครื่องเสมือนกับคอนเทนเนอร์บนเซิร์ฟเวอร์ของตัวเอง
ดูแลเครื่องตระกูล Debian ที่รันบริการจริง ตั้งแต่ติดตั้งจนถึงแก้ปัญหาหน้างาน
วางเครื่องรับงาน build ของตัวเองให้ไปป์ไลน์เรียกใช้
ห่อระบบให้ย้ายไปรันที่ไหนก็ได้
เขียน Dockerfile เอง ทั้งแบบ multi-stage และแบบคอมไพล์ส่วนขยายเพิ่ม
ประกอบหลายบริการให้ทำงานร่วมกันในเครื่องเดียว
เก็บและดึงอิมเมจผ่าน GitHub Container Registry
ให้ Git เป็นแหล่งความจริงเดียว
เขียน Deployment, Service และ Ingress พร้อมกำหนด requests และ limits
ซิงก์สถานะจริงบนคลัสเตอร์ให้ตรงกับ manifest ที่อยู่ใน Git
จัดเส้นทางเข้าเว็บด้วย host และ rewrite-target
พุชครั้งเดียว ที่เหลือระบบจัดการเอง
สร้าง workflow บน self-hosted runner ตั้งแต่ build จนถึง push อิมเมจ
วางไปป์ไลน์ด้วยไฟล์ .gitlab-ci.yml สำหรับโปรเจกต์ที่อยู่บน GitLab
ใช้เป็นจุดตั้งต้นของทั้งโค้ดและคอนฟิกของระบบ
เลิกไล่ตั้งค่าทีละเครื่อง
เขียน playbook จัดการคอนฟิกหลายเครื่องพร้อมกันให้ผลลัพธ์เหมือนกันทุกครั้ง
เขียนสคริปต์งานอัตโนมัติและเครื่องมือเล็ก ๆ ไว้ใช้เอง
เขียนสคริปต์จัดการไฟล์บันทึกและพื้นที่จัดเก็บให้ทำงานเอง
ชั้นที่รับคนเข้ามาจริง
ตั้งค่าแคชแยกตามชนิดไฟล์ และเปิดเส้นทางสำหรับตรวจสุขภาพระบบ
ตั้ง virtual host และเปิด mod_rewrite ให้รองรับเส้นทางแบบสวยงาม
ใช้ Workers และ Pages เสิร์ฟเว็บนี้ผ่านเครือข่ายทั่วโลก
ทำให้ข้อมูลอ่านรู้เรื่อง
เว็บที่คุณกำลังอ่านอยู่นี้ สร้างแบบสแตติกล้วนด้วย Astro
แดชบอร์ดสภาพอากาศและ PM2.5 ที่ดึงข้อมูลจาก Open-Meteo
จัดโครงหน้าและเขียนสไตล์เอง ไม่พึ่งชุดสำเร็จรูป
สิ่งที่อยู่ระหว่างทดลองและศึกษาเพิ่มเติม เพื่อค่อย ๆ ต่อยอดจากพื้นฐานที่มี
02 — แนวทางการทำงาน
เส้นทางการทำงานที่เชื่อมโค้ด
เข้ากับระบบที่พร้อมให้บริการ
ส่งโค้ดขึ้นเบรนช์หลัก จุดเริ่มต้นของทุกอย่างคือคอมมิตเดียว
workflow ทำงานบน self-hosted runner ที่ดูแลเอง ไม่ใช่เครื่องสำเร็จรูป
สร้างอิมเมจด้วย Buildx แล้วติดแท็กตามเบรนช์ที่พุชเข้ามา
ผลักอิมเมจขึ้น GitHub Container Registry ด้วยสิทธิ์แบบจำกัดขอบเขต
ตรวจพบว่า manifest ใน Git เปลี่ยน แล้วซิงก์ขึ้นคลัสเตอร์ให้เอง
Deployment สร้างพ็อดตามจำนวนที่กำหนด คุมทั้ง requests และ limits
nginx รับทราฟฟิกจากภายนอก แล้วส่งต่อเข้า Service ภายใน
03 — มาคุยกัน
สนใจเรื่อง Infra มีโปรเจกต์ที่อยากเล่า
หรืออยากทำความรู้จัก ทักมาได้เลยครับ