Notizen zum Aufbau eines Oracle-Always-Free-Backends: Kapazitätsmangel, Umstellung auf PAYG, Kostensperre
(yoramilji.kr)Ich habe den Prozess dokumentiert, mit dem ich ein Backend für ein persönliches Projekt dauerhaft für 0 € pro Monat betreibe.
Festgehalten sind der Stand der erneuten Recherche per Juli 2026, tatsächlich aufgetretene Probleme und die finale Konfiguration.
Stand kostenloser/günstiger Server 2026
- Oracle Always Free: Die kostenlose ARM-Ausstattung wurde von 4 Kernen/24 GB auf 2 Kerne/12 GB reduziert (2026.06)
- Hetzner: Preiserhöhung im Juni 2026, Asia-Regionen ab 15 € pro Monat
- Render Free: Sleep nach 15 Minuten ohne Traffic (Cold Start ca. 1 Minute), kostenlose DB läuft 30 Tage nach Erstellung ab
- Fly.io: Free Plan faktisch abgeschafft / Railway: Mit 1 $ monatlichem Guthaben kein Dauerbetrieb möglich
- Die einzige praktikable Option, einen Always-on-Server samt DB kostenlos selbst zu betreiben, ist faktisch Oracle Always Free
Erkenntnisse während der Umsetzung
- Kostenlose ARM-Instanzen ließen sich in der Home Region wiederholt wegen „Out of host capacity“ nicht erstellen.
Ich habe das Netzwerk vorab per OCI CLI konfiguriert und die Erstellungsversuche mit einem Retry-Skript automatisiert. - Kostenlose Accounts haben die niedrigste Priorität bei der Kapazitätszuteilung. Ich habe auf nutzungsbasierte Abrechnung (PAYG) umgestellt.
Ressourcen innerhalb der Always-Free-Grenzen bleiben auch in einem PAYG-Account weiterhin kostenlos.
Eine Instanz mit 2 Kernen/12 GB liegt innerhalb des kostenlosen Limits (1.500 OCPU-Stunden pro Monat). - Budgets bieten keine Sperrfunktion, sondern nur Benachrichtigungen. Die tatsächliche Sperre wird über Quota Policies eingerichtet.
Bei A1-Instanzen wird zusätzlich zur allgemeinen Quote auch die regionale Quote geprüft.
Finale Konfiguration
- Oracle Osaka A1 mit 2 Kernen/12 GB (0 € pro Monat, PAYG-Account)
- 3 Docker-Compose-Container: Caddy (automatische HTTPS-Ausstellung) + NestJS + PostgreSQL 16
- Domain-Anbindung über sslip.io
- Schutz vor Kosten: Erstellungsskript, das nur kostenlose Spezifikationen anfordert + Quota-Lock + Budget-Benachrichtigungen
5 Kommentare
Ich habe Ihren Blog mit Interesse gelesen.
Ich bin zwar nicht im Frontend- oder Designbereich tätig, aber da der Cursor einen Trail hat, fällt es mir etwas schwer, mich auf den Text zu konzentrieren.
Trotzdem habe ich den Blog gern gelesen. Sie haben das gut eingerichtet!
Ich wusste nicht, dass das kostenlose Nutzungslimit von Oracle reduziert wurde. Danke~
Das habe ich auch erst beim Einrichten erfahren. Bestehende Nutzer sind nicht betroffen, und die Änderung gilt nur für neu erstellte Instanzen. Wenn Sie also bereits eine Instanz mit 4 Kernen erstellt haben, sollten Sie diese am besten so beibehalten.
Wenn das weiterhin so beworben wird, wird der Dienst wohl irgendwann eingestellt werden..
Lasst ihn uns doch alle lieber still und leise nutzen...
Haha, stimmt. Aber wie im Beitrag geschrieben, habe ich zusätzlich eine Quota-Sperre eingerichtet und nutze es still und leise nur innerhalb des Limits. Ich hoffe einfach, dass Oracle das lange beibehält.