Deploy, health check และ rollback
ระบบสร้าง candidate ก่อนเสมอ และไม่ตัด traffic จาก release ที่ยังดีเร็วเกินไป
ก่อนสร้าง release
- repository ต้อง sync สำเร็จ
- ต้องบันทึก project environment อย่างน้อยหนึ่งค่า
- บน host จริง ต้องบันทึก domain อย่างน้อยหนึ่งชื่อ เพื่อให้ helper activate Nginx และ TLS ได้
- Docker Compose project ต้องติดตั้ง Docker Engine และ Compose ผ่าน Setup ก่อน sync
ขั้นตอน Native candidate
- Portal copy repository directory ที่เลือกไปยัง candidate release
- Node ใช้
npm ciเมื่อมีpackage-lock.jsonที่ใช้ได้; Bun ใช้bun install --frozen-lockfileเมื่อ Bun lockfile เข้ากันได้ lock ที่ไม่มีหรือใช้ไม่ได้จะ fallback เป็น unlocked install เฉพาะใน candidate ที่แยกไว้ - build script ที่ตั้งชื่อไว้จะรัน เว้นแต่เลือก Skip Build
- start script ที่จำเป็นจะเปิด candidate และถ้าเปิด health check ระบบจะ probe HTTP path ก่อน host activation
Activation และ job
host-mode deployment อยู่ใน durable queue จึงไม่หายเมื่อ dashboard restart helper จะ start service, ทำ host health check อีกครั้ง แล้ว apply managed domain/TLS release log เก็บ candidate preparation, dependency choice, build, health, activation และสาเหตุล้มเหลวแบบปลอดภัย โดยจงใจไม่เก็บ command output ที่อาจมี secret
Rollback
ใช้ Actions → Rollback ใน project เพื่อ activate previous eligible release Portal จะไม่อนุญาต deploy/rollback ที่แข่งกันใน project เดียว หาก candidate หรือ activation ล้มเหลว active release จะคงเดิม ให้ดู Logs ก่อนลองใหม่
ตรวจทานล่าสุด: 2026-08-25
ดู source ของ Portal