บันทึกการสร้างแบ็กเอนด์บน Oracle Always Free: พื้นที่ไม่พอ, เปลี่ยนเป็น PAYG, ป้องกันการคิดค่าใช้จ่าย
(yoramilji.kr)สรุปขั้นตอนที่ทำเพื่อให้แบ็กเอนด์ของโปรเจกต์ส่วนตัวรันได้ตลอดด้วยค่าใช้จ่าย 0 วอนต่อเดือน
บันทึกข้อมูลที่ตรวจสอบใหม่ ณ เดือนกรกฎาคม 2026 ปัญหาที่เจอจริง และโครงสร้างสุดท้ายที่ใช้งาน
สถานะของเซิร์ฟเวอร์ฟรี/ราคาถูกในปี 2026
- Oracle Always Free: สเปก ARM ฟรีถูกลดจาก 4 คอร์/24GB เหลือ 2 คอร์/12GB (2026.06)
- Hetzner: ปรับขึ้นราคาใน 2026.06, รีเจียนเอเชียเริ่มต้นที่ €15 ต่อเดือน
- Render ฟรี: หากไม่มีทราฟฟิก 15 นาทีจะเข้าสู่โหมดสลีป (cold start ราว 1 นาที), DB ฟรีหมดอายุหลังสร้างครบ 30 วัน
- Fly.io: ยกเลิกแผนฟรีในทางปฏิบัติ / Railway: เครดิต $1 ต่อเดือนไม่พอสำหรับรันแบบต่อเนื่อง
- หากต้องการรันเซิร์ฟเวอร์และ DB เองแบบฟรีตลอด ตัวเลือกที่แทบจะเหลืออยู่มีเพียง Oracle Always Free
ข้อเท็จจริงที่ยืนยันระหว่างดำเนินการ
- อินสแตนซ์ ARM ฟรีสร้างไม่สำเร็จซ้ำ ๆ ในโฮมรีเจียนเพราะ
Out of host capacity
จึงตั้งค่าเครือข่ายล่วงหน้าด้วย OCI CLI และทำการพยายามสร้างอัตโนมัติด้วยสคริปต์รีทราย - บัญชีฟรีมีลำดับความสำคัญต่ำสุดในการจัดสรรทรัพยากร จึงเปลี่ยนเป็นแบบคิดตามการใช้งาน (PAYG)
ทรัพยากรที่ยังอยู่ในขีดจำกัด Always Free จะยังคงใช้ฟรีต่อไปแม้เป็นบัญชี PAYG
เครื่อง 1 ตัวขนาด 2 คอร์/12GB ยังอยู่ในขีดจำกัดฟรี (1,500 OCPU-ชั่วโมงต่อเดือน) - Budget ไม่ได้มีฟังก์ชันบล็อก แต่มีไว้แจ้งเตือนเท่านั้น การบล็อกจริงต้องตั้งค่าด้วยนโยบายโควตา (Quota Policy)
อินสแตนซ์ A1 จะถูกตรวจทั้งโควตาทั่วไปและโควตาระดับรีเจียน
โครงสร้างสุดท้าย
- Oracle Osaka A1 2 คอร์/12GB (0 วอนต่อเดือน, บัญชี PAYG)
- Docker Compose 3 คอนเทนเนอร์: Caddy (ออก HTTPS อัตโนมัติ) + NestJS + PostgreSQL 16
- เชื่อมโดเมนด้วย sslip.io
- ป้องกันการคิดเงิน: สคริปต์สร้างที่ขอเฉพาะสเปกฟรี + ล็อกโควตา + การแจ้งเตือนงบประมาณ
5 ความคิดเห็น
อ่านบล็อกแล้วครับ
ผมไม่ได้อยู่สายฟรอนต์เอนด์หรือดีไซน์ก็จริง แต่พอมี trail ติดอยู่ที่เคอร์เซอร์ เลยรู้สึกว่าโฟกัสกับเนื้อหายากครับ
แต่ยังไงก็อ่านบล็อกแล้วชอบครับ ตั้งค่าไว้ดีเลย!
ผมไม่รู้เลยว่าขีดจำกัดการใช้งานฟรีของ Oracle ลดลงแล้ว ขอบคุณครับ~
ผมเองก็เพิ่งรู้ตอนกำลังตั้งค่าเหมือนกันครับ คนที่ใช้อยู่เดิมจะไม่ได้รับผลกระทบ และจะเริ่มบังคับใช้กับการสร้างใหม่เท่านั้น ดังนั้นถ้ามีอินสแตนซ์ที่สร้างไว้เป็น 4 คอร์อยู่แล้ว ก็ควรคงไว้แบบเดิมจะดีกว่าครับ
ถ้ายังโปรโมตกันแบบนี้ต่อไป สักวันบริการคงถูกยุติแน่ ๆ.. เรามาใช้กันเงียบ ๆ ดีกว่านะครับ...
ฮ่าๆ ใช่ครับ แต่เหมือนที่เขียนไว้ในบทความ ผมตั้งล็อกโควตาไว้ด้วย แล้วก็ใช้งานแบบเงียบๆ เฉพาะในขีดจำกัดเท่านั้นครับ ได้แต่หวังว่า Oracle จะคงบริการนี้ไว้นานๆ