J’ai résumé le processus suivi pour exploiter en permanence le backend d’un projet personnel à 0 € par mois.
J’ai consigné les informations revérifiées en juillet 2026, les problèmes réellement rencontrés et la configuration finale.
État des serveurs gratuits/à bas coût en 2026
- Oracle Always Free : les spécifications ARM gratuites ont été réduites de 4 cœurs/24 Go à 2 cœurs/12 Go (2026.06)
- Hetzner : hausse des tarifs en 2026.06, régions asiatiques à partir de 15 € par mois
- Render gratuit : mise en veille après 15 minutes sans trafic (démarrage à froid d’environ 1 minute), les bases de données gratuites expirent 30 jours après leur création
- Fly.io : plan gratuit quasiment supprimé / Railway : impossible d’exécuter un service en continu avec 1 $ de crédit mensuel
- Oracle Always Free est, dans les faits, quasiment la seule option pour exploiter soi-même gratuitement un serveur et une base de données en continu
Constats faits pendant la mise en place
- La création d’instances ARM gratuites échouait à répétition dans la région d’origine avec l’erreur Out of host capacity.
J’ai préconfiguré le réseau avec OCI CLI et automatisé les tentatives de création via un script de relance. - Les comptes gratuits ont la priorité d’allocation de capacité la plus basse. Je suis passé au paiement à l’usage (PAYG).
Les ressources dans les limites Always Free restent gratuites même avec un compte PAYG.
Une instance 2 cœurs/12 Go reste dans la limite gratuite (1 500 heures OCPU par mois). - Le budget (Budget) ne bloque rien : il fournit seulement des alertes. Le blocage réel se configure via une politique de quotas (Quota Policy).
Les instances A1 sont vérifiées à la fois par les quotas généraux et par les quotas régionaux.
Configuration finale
- Oracle Osaka A1 2 cœurs/12 Go (0 € par mois, compte PAYG)
- 3 conteneurs Docker Compose : Caddy (émission HTTPS automatique) + NestJS + PostgreSQL 16
- Domaine relié via sslip.io
- Protection contre la facturation : script de création ne demandant que les spécifications gratuites + verrouillage par quotas + alertes de budget
10 commentaires
J’ai bien lu votre blog.
Je ne suis pas vraiment du côté front-end ou design, mais comme il y a une traînée derrière le curseur, j’ai l’impression qu’il est difficile de se concentrer sur le texte.
Cela dit, j’ai apprécié la lecture du blog. Vous avez bien configuré tout ça !
Oups, merci pour le retour. En fait, je l’avais ajouté pour le fun, mais maintenant qu’on me fait remarquer que ça gêne la lecture, je vois que c’est juste. Comme la lisibilité passe avant tout, je vais retravailler ça pour permettre de le désactiver dans les options, ou carrément le retirer. Merci de l’avoir regardé directement et de me l’avoir signalé.
Je ne savais pas que les limites d’utilisation gratuite d’Oracle avaient été réduites. Merci~
Je l’ai découvert moi aussi en le mettant en place. Les utilisateurs existants ne sont pas concernés et cela ne s’applique qu’aux nouvelles créations ; si vous avez déjà une instance créée avec 4 cœurs, il vaut mieux la conserver telle quelle.
Je l’ai abaissé à 2/12 de peur d’être facturé pour rien, et maintenant j’observe prudemment ce qui se passerait si je le remettais plus haut T_T lol
Il y avait aussi des avis dans ce sens sur Reddit.
J’ai eu la même réflexion moi aussi, mais comme l’ambiance donne l’impression qu’une fois la configuration abaissée, il est difficile de revenir ensuite aux anciennes spécifications gratuites, je pense qu’il vaut mieux être prudent dès le départ. Si vous avez déjà une instance configurée en 4 cœurs, je vous recommande de la conserver telle quelle. Si vous la supprimez puis la recréez, la nouvelle limite pourrait s’appliquer.
Si ça continue à être autant mis en avant, j’ai l’impression qu’ils finiront par arrêter le service..
Utilisons-le discrètement entre nous...
Haha, exactement. Mais comme je l’ai écrit dans l’article, j’ai aussi verrouillé les quotas et j’utilise le service discrètement, uniquement dans les limites autorisées. J’espère simplement qu’Oracle le maintiendra longtemps.
Si vous faites tourner un serveur chez vous... et que vous passez par un tunnel Cloudflare... vous pouvez en fait rester gratuit à vie. Haha
Oh, cette combinaison est intéressante. En fait, plutôt que de surveiller sans cesse les limites gratuites du cloud, il peut être plus rassurant d’avoir chez soi un appareil allumé en permanence et de faire sortir le trafic via un tunnel. Cela dit, je n’ai pas encore de machine basse consommation à laisser allumée en continu, donc je suis parti sur Oracle pour l’instant, mais si je prends un mini PC plus tard, j’y réfléchirai sérieusement. Merci pour l’astuce.