เราดูแลระบบที่ห้ามพังในวันสำคัญอย่างไร

01ทุกการตัดสินใจถูกเขียนไว้

ก่อนการเปลี่ยนแปลงสำคัญจะขึ้น Production เราเขียน Decision Record สั้น ๆ ไว้เสมอ ปัญหาคืออะไร เราพิจารณาทางเลือกไหนบ้าง เลือกทางไหนเพราะอะไร และอะไรที่จะทำให้เรากลับมาทบทวนเรื่องนี้

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

02ทุกการเปลี่ยนแปลงมีหลักฐานและทางย้อนกลับ

งานยังไม่จบแค่ตอน Deploy เราเก็บหลักฐานก่อน–หลังไว้ เช่น Response Time, Error Rate และ Query ที่ใช้พิสูจน์ตัวเลข แล้วเขียนขั้นตอนย้อนกลับไว้ก่อนปล่อยของจริง

ถ้ามีอะไรถดถอย การ Rollback คือขั้นตอนปกติที่ทำได้ทันที ไม่ต้องเรียกประชุมฉุกเฉิน

03วันสำคัญต้องผ่านการซ้อม

สำหรับวัน Launch, วัน Sale และการ Cut-over ระบบ เรารัน Preflight Checklist แบบอัตโนมัติ ซ้อมทั้งวันแบบเต็มรูปแบบด้วยคำสั่งเดียว และเปิดตัวเฝ้าระวังอัตโนมัติไว้ตลอดช่วงชั่วโมงสุดท้ายก่อนเปิด

พอ Traffic จริงมาถึง วันนั้นได้เกิดขึ้นมาแล้วอย่างน้อยหนึ่งครั้ง ดูตัวอย่างได้จาก แพลตฟอร์ม Pre-order ของ iStudio ที่ผ่าน Launch iPhone มาหกรอบ

04เราเฝ้าดูสิ่งที่ผู้ใช้เจอจริง

เรา Monitor แยกราย Route รวมถึง Request ที่ถูกปฏิเสธก่อนถึงโค้ดของแอป ปัญหาที่ Edge จึงถูกมองเห็นเร็วพอ ๆ กับบั๊กในโค้ดของเราเอง

วัน Launch ทำงานตาม On-call Playbook ที่ชัดเจน ใครเฝ้าอะไร Threshold อยู่ที่เท่าไร และใครเป็นคนตัดสินใจ

05การตัดสินใจเชิงธุรกิจเป็นของท่าน

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

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

06ข้อมูลและเรื่องราวของลูกค้า

• ตัวเลข Production ที่เรารายงาน อ่านด้วยสิทธิ์ Read-only และเราเก็บ Query ไว้ให้ตรวจซ้ำได้
• ตัวเลขและคำพูดของลูกค้าบนเว็บไซต์นี้ เผยแพร่เมื่อได้รับอนุมัติเป็นลายลักษณ์อักษรจากลูกค้าเท่านั้น
• การจัดการข้อมูลส่วนบุคคลเป็นไปตาม PDPA ดูรายละเอียดได้ที่ นโยบายความเป็นส่วนตัว

07เริ่มงานกับเราอย่างไร

งานส่วนใหญ่เดินผ่านสี่ขั้น คือ Discovery, Ideation, Testing และ Execution (ดูขั้นตอน)

ถ้ามีวัน Launch หรือวัน Cut-over ใกล้เข้ามา ทางเข้าที่ง่ายที่สุดคือ Launch-readiness Review เราดูระบบ Traffic ที่ท่านคาดไว้ และ Runbook ของวันนั้น แล้วส่งกลับเป็นรายการสิ่งที่ควรแก้ก่อน เรียงตามความสำคัญ