บันทึกการสร้างแบ็กเอนด์บน 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
- ป้องกันการคิดเงิน: สคริปต์สร้างที่ขอเฉพาะสเปกฟรี + ล็อกโควตา + การแจ้งเตือนงบประมาณ
10 ความคิดเห็น
อ่านบล็อกแล้วครับ
ผมไม่ได้อยู่สายฟรอนต์เอนด์หรือดีไซน์ก็จริง แต่พอมี trail ติดอยู่ที่เคอร์เซอร์ เลยรู้สึกว่าโฟกัสกับเนื้อหายากครับ
แต่ยังไงก็อ่านบล็อกแล้วชอบครับ ตั้งค่าไว้ดีเลย!
อ๊ะ ขอบคุณสำหรับฟีดแบ็กครับ จริง ๆ ผมใส่ไว้เล่น ๆ แต่พอมีคนชี้ว่ามันรบกวนการอ่าน ก็คิดว่าถูกแล้วครับ ความอ่านง่ายต้องมาก่อน ดังนั้นผมจะปรับให้ปิดได้เป็นตัวเลือก หรือไม่ก็เอาออกไปเลย ขอบคุณที่ดูให้และชี้จุดนี้โดยตรงครับ
ผมไม่รู้เลยว่าขีดจำกัดการใช้งานฟรีของ Oracle ลดลงแล้ว ขอบคุณครับ~
ผมเองก็เพิ่งรู้ตอนกำลังตั้งค่าเหมือนกันครับ คนที่ใช้อยู่เดิมจะไม่ได้รับผลกระทบ และจะเริ่มบังคับใช้กับการสร้างใหม่เท่านั้น ดังนั้นถ้ามีอินสแตนซ์ที่สร้างไว้เป็น 4 คอร์อยู่แล้ว ก็ควรคงไว้แบบเดิมจะดีกว่าครับ
ผมกลัวว่าจะถูกเรียกเก็บเงินโดยไม่ตั้งใจ เลยลดลงมาเป็น 2/12 ตอนนี้กำลังรอดูท่าทีอยู่ว่าถ้าปรับกลับขึ้นไปจะเป็นยังไง T_T ฮะๆ
ใน Reddit ก็มีคนคุยกันประมาณนี้เหมือนกันครับ
ผมก็เคยกังวลแบบเดียวกัน แต่ดูเหมือนว่าถ้าลดสเปกลงไปครั้งหนึ่งแล้ว จะปรับกลับไปเป็นสเปกฟรีแบบเดิมได้ค่อนข้างยาก ดังนั้นตอนตั้งค่าเริ่มต้นน่าจะต้องระวังให้ดีครับ ถ้ามีอินสแตนซ์เดิมที่ตั้งไว้ 4 คอร์อยู่แล้ว แนะนำให้คงอันนั้นไว้ตามเดิมครับ เพราะถ้าลบแล้วสร้างใหม่ อาจถูกใช้ลิมิตใหม่ได้
ถ้ายังโปรโมตกันแบบนี้ต่อไป สักวันบริการคงถูกยุติแน่ ๆ.. เรามาใช้กันเงียบ ๆ ดีกว่านะครับ...
ฮ่าๆ ใช่ครับ แต่เหมือนที่เขียนไว้ในบทความ ผมตั้งล็อกโควตาไว้ด้วย แล้วก็ใช้งานแบบเงียบๆ เฉพาะในขีดจำกัดเท่านั้นครับ ได้แต่หวังว่า Oracle จะคงบริการนี้ไว้นานๆ
ถ้ารันเซิร์ฟเวอร์ไว้ที่บ้าน แล้วใช้การทำ tunneling ผ่าน Cloudflare... ก็ใช้งานฟรีไปตลอดได้เหมือนกันครับ ฮ่าๆ
โอ้ ชุดผสมแบบนี้ดีเลยนะครับ จริง ๆ แล้วแทนที่จะต้องคอยกังวลกับโควต้าฟรีของคลาวด์ การมีอุปกรณ์สักตัวที่เปิดทิ้งไว้ที่บ้านตลอดแล้วต่อออกมาด้วย tunnel อาจสบายใจกว่าก็ได้ครับ แต่สำหรับผมตอนนี้ยังไม่มีอุปกรณ์ประหยัดพลังงานที่เปิดทิ้งไว้ตลอดได้ เลยเลือกไปทาง Oracle ไว้ก่อน แต่ถ้าภายหลังได้ mini PC มาสักเครื่อง ผมคงเอามาพิจารณาอย่างจริงจังครับ ขอบคุณสำหรับทิปครับ