DigitalOcean a décidé de mettre fin à son Programme de Crédits Open Source, le dispositif par lequel il fournissait des crédits d’infrastructure à des projets open source, sans en faire l’annonce publique au préalable. Les premiers cas connus montrent l’impact sur des projets utilisant le cloud pour des tâches critiques : Node.js a envisagé de migrer 21 serveurs virtuels, tandis que d’autres mainteneurs cherchent de nouveaux sponsors pour éviter d’assumer soudainement le coût de leur infrastructure.

Les points clés des crédits open source de DigitalOcean en 30 secondes

• DigitalOcean a arrêté de traiter les nouvelles demandes et renouvellements dans le cadre de son programme de crédits pour projets open source.
• Les crédits déjà accordés restent valables selon leurs conditions initiales, mais ne pourront ni être étendus ni renouvelés.
• Node.js disposait de 21 Droplets liés à ses infrastructures de build, de tests et de services.
• L’entreprise a engagé 3 millions de dollars avec la Omacom Foundation pour financer Omarchy.
• Cet épisode remet en question la dépendance de nombreux projets libres à l’égard de sponsors d’entreprise pour leur infrastructure.

La décision a été communiquée par email aux mainteneurs. Dans un cas documenté, DigitalOcean a indiqué qu’il n’accepterait plus de nouvelles demandes ni ne validerait les renouvellements, extensions ou demandes additionnelles de crédits. La société a également précisé que le compte spécifique du programme ne serait plus supervisé et que les questions seraient redirigées vers le support standard.

Aucun communiqué officiel public n’a été publié par DigitalOcean pour expliquer les motifs de cette fermeture. Sur son site, la société maintient une section dédiée aux logiciels open source, soulignant l’importance de ce modèle pour son activité, mais cette page ne mentionne pas la fin du programme de crédits.

L’absence d’annonce générale a fait que le changement a été d’abord repéré dans les dépôts et communautés des projets concernés.

Node.js a dû reconsidérer son infrastructure

Un des cas les plus documentés est celui de Node.js. L’équipe infrastructure a publié le 1er octobre une incident intitulée “Solidifier le partenariat DigitalOcean” suite à la réception du courrier de DigitalOcean.

La réaction initiale a été d’étudier comment retirer ces services. L’équipe a indiqué qu’elle devrait chercher une alternative pour les 21 Droplets utilisés, tout en vérifiant volumes, images disque et sauvegardes.

Ce chiffre illustre que ces programmes ne financent pas toujours de petites machines pour des projets personnels. Dans le cas de Node.js, DigitalOcean était l’un de ses principaux fournisseurs d’infrastructure, fournissant des ressources pour la compilation, les tests et autres services critiques.

L’infrastructure de Node.js est répartie entre plusieurs fournisseurs. Son dépôt d’infrastructure indique que DigitalOcean contribue significativement à l’infrastructure nécessaire à ses opérations, aux côtés d’autres sociétés fournissant serveurs, services email et autres composants.

La situation a évolué rapidement. Dans la même incident, l’équipe Node.js a indiqué que DigitalOcean était prête à aider à gérer la transition et que de nouvelles discussions sur leur partenariat allaient s’ouvrir.

Cela change la fin de l’histoire pour Node.js, mais ne supprime pas le problème initial : le projet a dû réagir face à la perspective de perdre une partie essentielle de son infrastructure et revoir une dépendance qui était intégrée de longue date.

De plus, Node.js bénéficie d’une visibilité et d’un pouvoir de négociation bien supérieurs à ceux de nombreux projets indépendants. Un petit projet peut ne pas disposer de 21 serveurs, mais il n’a pas toujours une audience suffisante pour contraindre un fournisseur à négocier à nouveau.

D’autres projets cherchent déjà des alternatives

Le cas de Node.js n’est pas isolé. Plusieurs autres projets ont publié leurs propres communications suite à la fin du programme.

Par exemple, sur le forum de Textpattern, un responsable a confirmé avoir reçu le même message de DigitalOcean. Le projet prévoit de continuer à utiliser ses propres serveurs, d’élargir son réseau de fournisseurs et de recourir à des incitations open source lorsque cela sera pertinent.

D’autres projets d’infrastructures libres ont aussi évoqué la nécessité de trouver un hébergement alternatif pour leurs systèmes d’intégration continue.

La situation est particulièrement critique pour ceux qui n’ont pas de revenus suffisants pour financer une infrastructure équivalente. Une application peut être totalement libre, maintenue par des volontaires, avec des milliers d’utilisateurs, mais cela ne garantit pas qu’elle dispose des fonds pour payer serveurs, stockage, bande passante ou sauvegardes.

Depuis des années, les crédits cloud ont permis de couvrir cette dépendance.

Le principe est simple : le fournisseur fournit une quantité donnée de crédits, et le projet utilise ses services sans supporter directement tout le coût. Pour une entreprise technologique, c’est un outil de relation avec développeurs et communautés. Pour un projet open source, c’est une pièce structurante de son infrastructure.

Le problème survient lorsque ce sponsoring disparaît.

Confrontation avec les 3 millions de dollars pour Omarchy

La décision a suscité encore plus de débats en raison de sa proximité temporelle avec une autre annonce de DigitalOcean.

Le 9 septembre, David Heinemeier Hansson a annoncé que DigitalOcean devenait mécène fondateur de la Omacom Foundation avec un engagement de 1 million de dollars par an sur trois ans, soit un total de 3 millions pour le développement, la maintenance et la diffusion d’Omarchy.

Omarchy a décrit l’accord comme un financement destiné à soutenir le développement du projet, précisant que DigitalOcean serait aussi fournisseur de ressources cloud pour ses systèmes de build.

Cette coïncidence a suscité des critiques dans la communauté du logiciel libre. Certains ont interprété la suppression des crédits initiaux et le nouveau sponsoring pour Omarchy comme liés politiquement ou financièrement.

Cependant, aucune information publique ne démontre que les 3 millions versés à Omarchy proviennent du budget précédemment dévolu au programme de crédits open source. DigitalOcean n’a pas non plus officiellement expliqué que la fermeture du programme serait liée à cet accord.

Il faut donc considérer cette coïncidence comme un sujet de débat, et non comme une preuve d’une relégation financière des crédits existants vers Omarchy.

La différence est claire : le programme de crédits finançait directement de nombreux projets avec des sommes destinées à leur infrastructure, tandis que le partenariat avec Omacom Foundation relève d’un mécénat d’entreprise spécifique et pluriannuel.

Ce sont deux mécanismes distincts, même s’ils mobilisent tous deux les ressources de DigitalOcean pour soutenir le logiciel libre.

Le problème dépasse DigitalOcean

Ce cas met en lumière une faiblesse fréquente dans l’infrastructure open source : beaucoup de projets critiques dépendent de ressources qu’ils ne contrôlent pas directement.

Le code peut être publié sur GitHub, sous licence autorisant son usage, et des milliers de développeurs peuvent y contribuer. Mais faire fonctionner les systèmes d’intégration continue, compiler des versions, distribuer des binaires, maintenir la documentation, héberger des services ou conserver des sauvegardes a un coût.

Lorsque ce coût est couvert par une entreprise via des crédits, le projet peut fonctionner pendant des années sans mettre en place une structure financière propre.

En revanche, ces crédits ne constituent pas un contrat d’infrastructure à long terme.

DigitalOcean a clairement indiqué que les crédits déjà attribués resteraient valides selon leurs termes. Les projets disposant encore de crédits en sont donc temporairement protégés. Mais le problème surgira lorsque ces crédits seront épuisés, sans possibilité de renouvellement.

Ce délai permet de préparer la migration, de négocier avec d’autres fournisseurs ou de rechercher des financements. Cependant, cela oblige aussi les mainteneurs à consacrer du temps à une tâche — souvent fastidieuse — qui n’est pas directement liée au développement logiciel.

Pour les petits projets, la situation peut être encore plus compliquée que pour Node.js. Ils ne disposent pas forcément de plusieurs fournisseurs, d’une structure juridique solide, d’une communauté importante ou de la capacité à négocier des conditions avantageuses.

Cette expérience rappelle aussi aux responsables de la conception des infrastructures pour des projets libres qu’un crédit gratuit ne doit pas être confondu avec une garantie de disponibilité à long terme.

Le cloud facilite grandement le déploiement d’un service. Le problème apparaît lorsque ce service devient une pièce essentielle de l’infrastructure, que le fournisseur change ses conditions et que le projet doit migrer.

La fermeture du programme de DigitalOcean ne signifie pas que les projets impactés vont disparaître immédiatement. Node.js négocie déjà une sortie et d’autres projets cherchent des alternatives. Mais cela oblige plusieurs mainteneurs à réévaluer une dépendance qu’ils considéraient jusqu’ici stable.

Au-delà de DigitalOcean, ce cas illustre que une part importante de l’infrastructure supportant le logiciel libre fonctionne grâce à des accords de mécénat qui peuvent changer rapidement, sans processus de transition prévu, comme dans un cadre commercial classique.

Questions fréquentes

DigitalOcean a-t-il fermé son programme de crédits pour l’open source ?

Oui. DigitalOcean a informé les projets participants qu’il mettait fin à l’Open Source Credits Program et qu’il n’accepterait plus de nouvelles demandes, renouvellements ou extensions de crédits.

Que se passera-t-il avec les crédits déjà attribués ?

DigitalOcean a précisé que ces crédits resteront valides selon leurs conditions initiales, mais qu’ils ne seront pas renouvelés ni prolongés lorsqu’ils seront épuisés.

Combien de serveurs DigitalOcean Node.js utilisait-il ?

L’équipe infrastructure de Node.js initialement indiquait qu’il lui faudrait étudier la migration de 21 Droplets, ainsi que d’autres ressources telles que volumes, instantanés et sauvegardes.

Quel lien y a-t-il entre la fermeture du programme et les 3 millions de dollars pour Omarchy ?

DigitalOcean a annoncé en septembre un engagement de 3 millions de dollars envers la Omacom Foundation, mais aucune information publique ne prouve que cette somme provient du budget réservé à l’ancien programme de crédits open source ni que ces annonces soient directement liées.