Alternatives gratuites à Workers Builds : CircleCI, GitHub Actions, Oracle Cloud et migration sans dégâts
Le mois n'a que dix jours et le tableau de bord annonce déjà : « Limite mensuelle atteinte ».
Pardon ? Il reste vingt jours sur le calendrier ! Le site doit-il enfiler son pyjama et partir hiberner ? Le gardien de l'offre gratuite a fermé la grille avant la moitié du mois.
Bonne nouvelle : l'épuisement du temps de compilation ne signifie pas qu'un site déjà publié cesse automatiquement de fonctionner. Construire du code, répondre aux visiteurs et livrer des fichiers HTML prêts à l'emploi sont trois tâches distinctes. Certains calculs peuvent partir sur l'offre gratuite d'un autre fournisseur.
Les chiffres ont été vérifiés dans les documents officiels le 10 octobre 2026. Il faut les contrôler à nouveau avant une migration, car les offres évoluent.
1. Quel quota est réellement épuisé ?
Cloudflare possède plusieurs compteurs. Les confondre transforme une alerte précise en avis de décès de tout le site.
- Workers Builds : temps consacré à récupérer, vérifier et construire du code. L'offre Free inclut 3 000 minutes par mois, une compilation simultanée et un maximum de 20 minutes par compilation.[1]
- Cloudflare Pages builds : nombre de constructions du site, 500 par mois, une à la fois.[2]
- Workers et Pages Functions : requêtes qui exécutent du code dynamique. L'offre gratuite partage une enveloppe de 100 000 requêtes par jour.[3]
- Fichiers statiques : HTML, images et CSS déjà préparés, envoyés sans appeler Functions. Ces requêtes Pages sont gratuites et illimitées.[3]
Quand les minutes de Workers Builds arrivent à zéro, les pages déjà déployées ne disparaissent pas automatiquement. Une autre limite atteinte ou une fonction dépendante d'une nouvelle construction peut néanmoins poser problème. Il faut identifier le compteur à zéro avant d'organiser des funérailles numériques.
2. Trois mille minutes en dix jours : combien manque-t-il ?
À raison de 3 000 minutes sur dix jours, la moyenne est de 300 minutes, soit cinq heures par jour. Sur trente jours au même rythme, il faudrait 9 000 minutes, donc 6 000 de plus que l'enveloppe initiale.
Trouver ailleurs une offre annonçant « 6 000 minutes gratuites » n'est pourtant pas une solution automatique. Mémoire, processeur, temps de démarrage, performances et durée maximale diffèrent selon les machines.
Avant d'acheter de la capacité — même à zéro euro — il faut traquer le gaspillage. Un seul article modifié reconstruit-il tout le site ? Les tâches ratées recommencent-elles en boucle ? Une vérification minuscule utilise-t-elle un gros serveur ? Le coupable n'est parfois pas un pirate, mais le bouton très courtois « Réessayer ».
3. Exécuteur, réveil et serveur web : trois métiers différents
GitHub Actions et CircleCI exécutent réellement des scripts, des tests et des compilations. Ce sont les candidats logiques pour reprendre les tâches de Workers Builds.
cron-job.org appelle une adresse web selon un calendrier, y compris chaque minute. C'est un réveil, pas un ordinateur supplémentaire chargé du travail lourd.[4]
Cloudflare Workers et Deno Deploy servent surtout à répondre aux requêtes web et API. Une réponse rapide n'est pas la production de centaines d'articles pendant plusieurs minutes.
Acheter cinq réveils ne fait pas apparaître cinq cuisiniers. Multiplier les déclenchements n'augmente pas magiquement la puissance de calcul.
4. GitHub Actions : simple si le code réside déjà sur GitHub
GitHub Actions peut vérifier les fichiers, assembler des traductions et lancer des traitements programmés. GitHub Free comprend 2 000 minutes par mois pour les dépôts privés avec les exécuteurs standard hébergés par GitHub. Ces exécuteurs peuvent être gratuits dans les dépôts publics, mais rendre public du code confidentiel simplement pour gagner des minutes serait une très mauvaise idée.[5]
Ce service convient aux contrôles d'articles, aux images et aux scripts relativement courts.
Attention au calendrier : GitHub indique que les tâches programmées peuvent être retardées ou même abandonnées lorsque la charge est élevée.[6] Le salarié invité à 10 h arrive éventuellement à 10 h 48. Il faut savoir récupérer les tâches manquées.
Les tests de demandes de modification et la surveillance consomment également le quota du compte. Les 2 000 minutes ne sont pas nécessairement réservées aux articles.
5. CircleCI : un deuxième réservoir gratuit de calcul
CircleCI Free fournit 30 000 crédits par mois, sans carte bancaire obligatoire. Le tarif en crédits par minute dépend des ressources utilisées.[7][8]
| Environnement | Crédits/minute | Minutes théoriques |
|---|---|---|
| x86 Docker Small, 2 Go | 5 | 6 000 |
| x86 Docker Medium, 4 Go | 10 | 3 000 |
| x86 Docker Large, 8 Go | 20 | 1 500 |
| Arm Docker Gen 2 bêta, 8 Go | 6 | 5 000 |
Attention au piège : les 6 000 minutes correspondent à la machine de 2 Go. Une tâche exigeant 8 Go n'y rentrera pas par la magie du marketing. Ce serait comme loger une baleine dans un studio.
La version Arm Gen 2 bêta, annoncée à 2 CPU et 8 Go pour 6 crédits par minute, mérite un test. Il faut vérifier la disponibilité, la compatibilité des dépendances avec Arm et le temps réel d'exécution.[8] Stockage et transferts peuvent également dépenser des crédits.[9]
CircleCI n'est pas un ordinateur gratuit illimité, mais propose une réserve indépendante de celle de Cloudflare.
6. Oracle Cloud : une machine virtuelle au lieu de compter les minutes de CI
Une autre approche consiste à exploiter une machine virtuelle Oracle Cloud Always Free.
Correction essentielle pour 2026 : la documentation actuelle indique l'équivalent de 2 OCPU et 12 Go de mémoire au total pour Arm Always Free, et non les anciens 4 OCPU et 24 Go de nombreux tutoriels. Le quota officiel est de 1 500 heures OCPU et 9 000 heures-Go par mois.[10][11]
Cela réduit la dépendance aux minutes des plateformes d'intégration continue. En échange, il faut gérer mises à jour, sécurité, clés d'accès et récupération en cas de panne. Certaines régions manquent de capacité, et les machines inactives peuvent être récupérées.[10]
On vous offre un atelier gratuit, puis on vous annonce que vous êtes aussi électricien, serrurier et gardien de nuit.
7. Inutile de déménager tout le site hors de Cloudflare
Un déménagement intégral risque de casser ce qui fonctionnait.
Répartition raisonnable : GitHub conserve les sources ; CircleCI et Actions exécutent les traitements longs ; Cloudflare Pages sert les pages statiques ; Workers et Functions gèrent les API courtes ; une VM prend éventuellement des tâches supplémentaires.
Avec Functions, certaines routes apparemment statiques peuvent invoquer du code. Cloudflare documente le fichier _routes.json pour exclure les routes statiques.[12] Attention à ne pas exclure les routes qui exigent authentification, redirection ou contrôle de sécurité. Retirer la serrure pour économiser l'électricité reste une drôle de stratégie.
L'offre Pages Free impose aussi 500 compilations mensuelles et 20 000 fichiers au maximum par site.[2] Contourner la limite de minutes pour buter sur le nombre de fichiers serait un jeu de taupe version cloud.
8. Les autres offres gratuites ne sont pas interchangeables
Deno Deploy peut héberger certaines API, mais du code lié à une base de données propre à Cloudflare ou à des salons temps réel avec état demande une vraie adaptation.[13]
L'offre Hobby de Vercel est limitée à un usage personnel non commercial. Pour un site destiné aux revenus publicitaires ou à des options payantes, ce n'est pas automatiquement un hébergement commercial gratuit autorisé.[14]
cron-job.org peut appeler une URL régulièrement ; si le serveur visé a déjà épuisé son quota, le réveil sonne devant une porte fermée.[4] Répartir des tâches dans le respect des règles ne signifie pas créer des comptes en masse pour contourner les conditions d'utilisation.
9. Le véritable danger : publier deux fois le même article
Imaginez que Cloudflare et CircleCI prennent l'article A simultanément. L'un publie la nouvelle version ; l'autre écrase ensuite le résultat avec une ancienne version. Vous avez économisé de l'argent et inventé le voyage dans le temps.
Il faut une seule source de référence et un seul guichet d'attribution. Chaque tâche porte un identifiant et une version de contenu. Un exécuteur détient temporairement le droit de travailler. Le résultat est enregistré et la tâche n'est réattribuée qu'après échec ou expiration. La vraie URL et le contenu final doivent être vérifiés.
Gardez les secrets, jetons et articles non publiés hors des journaux publics. Limitez chaque autorisation au strict nécessaire. Économiser sur l'infrastructure pour distribuer gratuitement ses mots de passe au monde entier n'est pas rentable.
10. Plan de secours pour les vingt jours restants
Commencez par identifier si la limite concernée porte sur les minutes Workers Builds, le nombre de builds Pages ou les requêtes quotidiennes. Séparez ensuite publication et vérifications indispensables, préparation des contenus et travaux accessoires reportables.
Vérifiez les minutes restantes de GitHub Actions, testez une tâche légère sur CircleCI Free, mesurez durée, mémoire et réussite, puis migrez progressivement. Une VM Oracle peut convenir si les traitements longs restent nombreux. N'activez pas deux circuits de production sans protection contre les doublons.
Question : atteindre la limite Workers Builds coupe-t-il le site ? Pas automatiquement ; la diffusion de pages statiques déjà déployées est distincte, même si d'autres limites peuvent gêner des fonctions.[1][3]
Question : les 6 000 minutes de CircleCI comblent-elles exactement le manque ? Seulement dans un calcul théorique sur 2 Go. Le vrai travail peut exiger plus de mémoire et plus de temps.[7][8]
Conclusion : c'est le quota d'un lieu d'exécution qui s'épuise, pas la durée de vie d'une idée.
Cloudflare : « J'ai fini mon mois. »
GitHub : « Je peux prendre les petits travaux. »
CircleCI : « Envoyez-m'en quelques-uns. »
Oracle : « J'ai un atelier, mais l'entretien est pour vous. »
La personne aux commandes : « Les offres gratuites travaillent donc par roulement ? »
On croyait avoir perdu la partie. En réalité, l'échiquier avait encore des cases libres.
Références (14)
- Cloudflare Workers Builds — limits and pricing developers.cloudflare.com
- Cloudflare Pages — platform limits developers.cloudflare.com
- Cloudflare Pages Functions — pricing and static requests developers.cloudflare.com
- cron-job.org — free URL scheduling, up to once per minute cron-job.org
- GitHub — Actions billing and included minutes docs.github.com
- GitHub — scheduled workflow delays and dropped runs docs.github.com
- CircleCI — official Free plan and 30,000-credit allowance circleci.com
- CircleCI — resource class price list, including Arm Gen 2 beta circleci.com
- CircleCI — credits, exhaustion, storage/network implications circleci.com
- Oracle — Always Free resources, revised 2026 Arm allowances and idle reclamation docs.oracle.com
- Oracle — Free Tier and current eligibility conditions docs.oracle.com
- Cloudflare Pages Functions — invocation routing and _routes.json developers.cloudflare.com
- Deno Deploy — runtime and pricing limitations, migration suitability docs.deno.com
- Vercel — Hobby plan, non-commercial restrictions vercel.com
