Runtime ของโปรเจกต์

การตรวจ runtime เป็นเพียงคำแนะนำ

ตรวจ App อัตโนมัติอ่านเฉพาะ metadata ของ branch/directory ที่เลือกจาก shallow checkout มันเสนอ Docker Compose เมื่อเจอ Compose file ที่รองรับ, Bun เมื่อเจอ Bun metadata หรือ Node.js เมื่อเจอ package metadata การตรวจไม่รัน project code และ owner ต้องตรวจหรือ override ผลเสมอ Dockerfile ที่ไม่มี Compose file ไม่ทำให้โปรเจกต์ใช้ Compose runtime ได้

Node.js และ Bun

Native project รันภายใต้ systemd พร้อม PORT ที่กำหนด, Unix user ต่อโปรเจกต์, environment file ที่สร้างให้ และ filesystem view ที่จำกัด Node ใช้ npm ที่ pin ไว้บน host ส่วน Bun ใช้ /usr/local/bin/bun field build/start รับได้เฉพาะชื่อ package script เช่น build, start หรือ api:serve ไม่ใช่ shell command

Skip Build

เลือก Skip Build เฉพาะเมื่อโปรเจกต์พร้อม start โดยไม่ compile ระบบจะเก็บ build script ว่าง แต่ยังติดตั้ง dependency, ตรวจ start script, start candidate และใช้ health check ที่เลือกอยู่

ข้อควรรู้ของ Bun

Bun candidate จะเลือก bun install --frozen-lockfile ก่อน แล้วใช้ bun run <script> installer มี Bun 1.3.13 และ helper ใช้ systemd runtime bind path เพื่อให้ hardened service อ่าน active release ได้อย่างปลอดภัย

Docker Compose

เลือก Compose YAML ที่อยู่ใน repository และชื่อ web service service ที่เลือกต้อง publish port ที่ Portal กำหนด helper จะปฏิเสธ privileged container, host network/PID/IPC และ host bind mount ให้ใช้ named volume แทน Portal รัน docker compose config ก่อน activate และควบคุม Compose ด้วยชื่อโปรเจกต์เฉพาะ

Compose ใช้กับ owner repository ที่ไว้ใจได้และมี dependency พิเศษได้ แต่ไม่ใช่ isolation boundary สำหรับ source ที่ไม่น่าเชื่อถือ