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

  1. Portal copy repository directory ที่เลือกไปยัง candidate release
  2. Node ใช้ npm ci เมื่อมี package-lock.json ที่ใช้ได้; Bun ใช้ bun install --frozen-lockfile เมื่อ Bun lockfile เข้ากันได้ lock ที่ไม่มีหรือใช้ไม่ได้จะ fallback เป็น unlocked install เฉพาะใน candidate ที่แยกไว้
  3. build script ที่ตั้งชื่อไว้จะรัน เว้นแต่เลือก Skip Build
  4. 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