Advanced & Production

จาก playground สู่ production

การรัน GrowthBook บนเครื่องตัวเองนั้นทำได้ง่าย แต่การรันใน production — ที่มีผู้ใช้จริง รายได้จริง และ workflow ของทีม engineering ที่ต้องพึ่งพาระบบนี้ — ต้องการมาตรฐานที่สูงกว่านั้นมาก

โมดูลนี้ครอบคลุมห้าเสาหลักที่แยก GrowthBook แบบ proof-of-concept ออกจาก production-grade:

เสาหลัก	สิ่งที่คุณจะเรียนรู้
Namespaces & holdouts	ป้องกันไม่ให้ experiment ที่ซ้อนทับกันปนเปื้อนกัน และวัดผลกระทบระยะยาว
Prerequisites	Gate flag หนึ่งด้วยค่าของอีก flag หนึ่ง เพื่อสร้าง dependency chain ที่ปลอดภัย
REST API & webhooks	ทำให้การเปลี่ยนแปลง flag เป็นอัตโนมัติจาก CI/CD และ invalidate SDK cache เมื่อมีการเปลี่ยนแปลง
Environments & secrets	รักษาความปลอดภัยของ self-hosted stack ด้วย secret ที่แข็งแกร่ง, SDK connection แยกต่อ environment และ backup MongoDB

มองว่า flag เป็น infrastructure ที่ติดกับโค้ด

feature flag ที่ไม่มีใคร review คือความเสี่ยง flag ที่ไม่มีใคร audit มี blast radius ที่ไม่รู้แน่ชัด experiment ที่ไม่มีใคร monitor อาจทำให้ metrics ของคุณเสียหายโดยที่ไม่รู้ตัว

ใน production GrowthBook flags และ experiments สมควรได้รับวินัยเดียวกับโค้ดที่ถูก gate ไว้:

Review — การเปลี่ยนแปลง flag ควรผ่านกระบวนการอนุมัติแบบเบา (GrowthBook มี comment thread และ audit log ในตัว)
Audit — ใช้ built-in audit log (Settings → Audit Log) เพื่อติดตามว่าใครเปลี่ยนอะไรและเมื่อใด
Automate — REST API และ webhooks ช่วยให้คุณเชื่อม flag changes เข้ากับ CI/CD pipeline เพื่อให้ deployment สามารถเปิดหรือปิด flag ได้โดยไม่ต้องมีคนมาทำเอง

โครงสร้างของโมดูล

เรียนตามลำดับ — แต่ละบทต่อยอดจากบทที่แล้ว:

Namespaces & holdouts — ป้องกัน experiment overlap ที่ระดับ bucket
Prerequisites — เชื่อม flag เพื่อให้ dependent feature เปิดใช้งานได้ก็ต่อเมื่อ dependency เปิดอยู่
REST API & webhooks — ควบคุมด้วยโปรแกรมและการส่งผ่านการเปลี่ยนแปลงแบบ real-time
Environments & secrets — ล็อก self-hosted stack ก่อน go live