Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
OpenTofu : L’Alternative à Terraform Qui Va Vous Surprendre !
Découvrez OpenTofu, l'alternative open source à Terraform qui séduit la communauté. Avec son innovation rapide et son modèle communautaire, OpenTofu change la donne !
En open source, les “forks” (dérivations) peinent souvent à se détacher de l’ombre de leurs progéniteurs. Mais OpenTofu, la dérivation de Terraform axée sur la communauté, née du bouleversement de licence de HashiCorp, écrit une histoire différente. Depuis janvier 2024, OpenTofu s’est transformé d’un manifeste plein d’espoir en un projet florissant sous l’égide de la Linux Foundation, soutenu par une communauté enthousiaste et des sponsors de renom. Un peu plus d’un an après, OpenTofu fait preuve d’une force surprenante, non seulement en termes d’enthousiasme communautaire, mais aussi en termes de mesures concrètes de succès, telles que les contributions de code, la livraison de fonctionnalités et le soutien des entreprises. Avec l’acquisition de HashiCorp par IBM enfin finalisée, ce pourrait être le moment d’OpenTofu.
Les métriques GitHub racontent l’histoire
Rien de tout cela n’était évident au début. Du moins, pas pour moi. Vous vous souvenez peut-être que j’avais critiqué OpenTofu dès le début pour un manque de soutien des grands noms du cloud, puis j’avais fait la suggestion discutable (lire : incorrecte) qu’OpenTofu suivait peut-être trop rapidement avec son approche “fast-follow”. J’avais tort dans les deux cas. OpenTofu a encore du chemin à parcourir pour prouver son succès, mais les signes sont positifs.
Prenons, par exemple, les “stars” sur GitHub. Oui, Terraform est toujours en tête (environ 45 000 contre 23 000 pour OpenTofu), mais cet écart masque la véritable action : l’engagement de la communauté. Depuis son lancement stable en janvier 2024, OpenTofu a presque triplé sa base de contributeurs, qui compte désormais plus de 160 personnes. Chaque version attire une foule dynamique. La version 1.9 a vu 49 contributeurs soumettre plus de 200 “pull requests” (PR). Terraform, en revanche, a entamé l’année 2024 avec une base historique massive de contributeurs (plus de 1 800 au total), mais beaucoup moins de sang neuf. Après le passage de HashiCorp à la Business Source License (BSL), les contributions de la communauté à Terraform ont chuté : seulement ~9 % des “pull requests” provenaient de la communauté au cours du mois du changement de licence, contre 21 % auparavant. Un an plus tard, l’activité de Terraform sur GitHub reste robuste en termes de volume (plus de 34 000 “commits” au total contre ~32 500 pour OpenTofu), mais ces “commits” proviennent en grande partie des propres ingénieurs de HashiCorp plutôt que d’une communauté engagée et dynamique qui construit OpenTofu.
Le “issue tracker” (gestionnaire de problèmes) d’OpenTofu illustre parfaitement l’open source dans ce qu’il a de plus collaboratif. Au cours d’une période de quatre mois à la fin de 2024, les utilisateurs ont ouvert plus de 150 problèmes et soumis plus de 200 “pull requests”. De plus, les problèmes n’ont pas tardé à être résolus, la communauté s’étant rapidement mobilisée pour trouver des solutions. Terraform, quant à lui, voit toujours beaucoup de problèmes ouverts, mais le dialogue est plus silencieux, largement géré en interne par le personnel de HashiCorp (et bientôt, ce même personnel au sein d’IBM). La collaboration dynamique qui caractérisait autrefois Terraform prospère désormais au sein d’OpenTofu. Cette dynamique démontre l’importance de la licence open source pour favoriser l’innovation collaborative. Le BSL, bien qu’offrant un compromis, tend à limiter l’implication active de la communauté dans le développement. L’ouverture d’OpenTofu, régie par une licence plus permissive, attire les développeurs désireux de contribuer et d’influencer la direction du projet. Cela se traduit par une plus grande réactivité aux besoins des utilisateurs et une accélération du rythme d’innovation.
Il est important de noter que le succès d’OpenTofu en termes de contribution communautaire ne signifie pas nécessairement une défaillance technique ou de gestion de Terraform. HashiCorp a des raisons stratégiques et économiques pour son choix de licence et la gestion de son projet. Cependant, le modèle d’OpenTofu s’avère plus attractif pour une certaine frange de la communauté des développeurs.
Engagement communautaire vibrant
Les étoiles sur GitHub indiquent la popularité, mais la véritable force de la communauté se manifeste dans les interactions quotidiennes. L’espace de travail Slack et les “GitHub Discussions” d’OpenTofu sont devenus des centres de dialogue enthousiaste et de retour d’information rapide. Cela rappelle les projets open source classiques : inclusifs, vivants et véritablement réactifs. Les forums de Terraform, en revanche, semblent calmes depuis le “fork”.
Le changement de sentiment des développeurs est indéniable. Des discussions sur les nouvelles fonctionnalités d’OpenTofu (telles que le chiffrement d’état intégré ou le drapeau “-exclude” tant attendu) apparaissent régulièrement sur Reddit et d’autres plateformes similaires où l’enthousiasme pour les innovations d’OpenTofu dépasse souvent la nostalgie pour Terraform. C’est peut-être l’une des raisons pour lesquelles des projets comme Alpine Linux ont abandonné Terraform au profit d’OpenTofu : il s’agit en partie d’un problème de licence et en partie d’un enthousiasme communautaire pour ce que OpenTofu est en train de devenir.
L’adoption d’OpenTofu par Alpine Linux est un exemple concret de l’impact de la licence et de l’implication communautaire. Alpine Linux, connu pour son approche axée sur la sécurité et la simplicité, a fait le choix d’OpenTofu non seulement pour des raisons de licence, mais aussi parce qu’il voyait en OpenTofu une communauté plus active et réactive à ses besoins. Cela illustre comment les projets open source peuvent gagner un avantage concurrentiel en offrant non seulement un logiciel fonctionnel, mais aussi une expérience communautaire positive.
Au-delà des plateformes de discussion, la collaboration communautaire se traduit également par des événements et des rencontres. Des “meetups” OpenTofu sont organisés dans différentes régions, permettant aux utilisateurs et aux contributeurs de se rencontrer en personne, d’échanger des idées et de collaborer sur des projets. Ces événements contribuent à renforcer le sentiment d’appartenance à une communauté et à encourager la participation active.
Soutien de plusieurs fournisseurs
Qu’en est-il des fournisseurs d’entreprise ? Il est toujours vrai que les fournisseurs de cloud n’ont pas (à ma connaissance) contribué de code à OpenTofu, bien que chacun des trois grands ait discrètement assuré la compatibilité avec OpenTofu. Un soutien plus manifeste du cloud pourrait suivre, mais pour l’instant, des sociétés comme Harness, Spacelift, env0, Scalr et Gruntwork ont promis des ressources importantes, soit 18 ingénieurs à temps plein collectivement pendant cinq ans.
Au départ, la contribution réelle était en deçà des promesses de 163 entreprises et de près de 800 personnes qui ont apposé leur nom derrière le manifeste initial. Cela a suscité un certain scepticisme. Pourtant, à la fin de 2024, les contributeurs soutenus par des fournisseurs ont considérablement augmenté, tenant leurs engagements, avec des sociétés comme Cloudflare et Buildkite qui ont participé au soutien de l’infrastructure, enrichissant ainsi l’écosystème d’OpenTofu.
Le soutien de Cloudflare et Buildkite est particulièrement significatif car il démontre l’engagement des entreprises qui dépendent fortement de l’infrastructure cloud. Leur contribution à OpenTofu suggère qu’elles voient en OpenTofu une alternative viable et durable à Terraform. Cette confiance, traduite en ressources concrètes, contribue à la crédibilité et à la maturité du projet.
Il est également important de noter que le soutien des entreprises à OpenTofu ne se limite pas à la contribution de code. De nombreuses entreprises proposent des services de support, de conseil et de formation pour OpenTofu, ce qui facilite son adoption par les entreprises. Cet écosystème de services contribue à rendre OpenTofu plus accessible et plus attrayant pour les organisations qui recherchent une solution d’infrastructure as code open source.
Terraform de HashiCorp reste fort, bien sûr, surtout parmi les utilisateurs d’entreprise. Mais le monde de l’open source au sens large s’est résolument aligné derrière OpenTofu, attiré par son modèle de gouvernance multivendeur et son éthique véritablement ouverte. Pour beaucoup, cela fait d’OpenTofu une mise à niveau intéressante par rapport à Terraform, et pas seulement un remplacement “suffisamment bon” en raison de la licence. L’architecture multi-vendeur est cruciale car elle assure une certaine indépendance par rapport à un seul acteur et minimise le risque de verrouillage (“vendor lock-in”).
Innovation accélérée
OpenTofu n’a pas seulement reproduit Terraform, il l’a dépassé dans des domaines que la communauté a priorisés. Il a rapidement introduit des fonctionnalités révolutionnaires que les utilisateurs de Terraform demandaient depuis des années. Le chiffrement natif de bout en bout des fichiers d’état est arrivé tôt, un rêve de DevSecOps non satisfait par Terraform. L’itération du fournisseur (“for_each”), un drapeau “-exclude” pour les applications sélectives et le “dynamic module sourcing” ont résolu les problèmes que Terraform avait laissés en suspens.
Les propres mises à jour de HashiCorp ne se sont pas arrêtées, mais leur innovation semble souvent incrémentale par rapport au déploiement agressif de fonctionnalités d’OpenTofu. Les améliorations de Terraform, telles que les fonctions définies par le fournisseur et la validation plus stricte des variables, sont les bienvenues, mais ce sont des paris sûrs. OpenTofu prend des risques plus importants, en rompant légèrement la compatibilité de manière stratégique (comme l’introduction de l’extension de fichier .tofu) pour faire progresser l’innovation.
La rupture de compatibilité, bien qu’étant un risque, peut être nécessaire pour introduire des innovations significatives. L’extension de fichier “.tofu” est un exemple simple mais parlant de cette approche. Elle permet d’identifier clairement les fichiers OpenTofu et d’éviter les conflits avec les outils et les processus qui sont conçus pour Terraform. Cela démontre qu’OpenTofu est prêt à prendre des décisions qui peuvent nécessiter un certain effort d’adaptation, mais qui contribuent à différencier le projet et à améliorer l’expérience utilisateur à long terme.
De plus, le nouveau registre open source d’OpenTofu (avec une décentralisation basée sur Git) signale son intention de construire un écosystème robuste et ouvert, distinct de l’approche propriétaire du registre de HashiCorp. Ce registre est un élément clé de la vision d’OpenTofu. Il offre une alternative décentralisée et transparente au registre centralisé de Terraform. En permettant aux fournisseurs de modules de gérer leurs propres référentiels Git, OpenTofu encourage la diversité et l’innovation, tout en offrant aux utilisateurs un meilleur contrôle sur les modules qu’ils utilisent.
Fonctionnalités Clés d’OpenTofu
- Chiffrement natif des fichiers d’état
- Itération du fournisseur (“for_each”)
- Drapeau “-exclude” pour les applications sélectives
- “Dynamic module sourcing”
OpenTofu est-il vraiment un succès ?
Alors, OpenTofu a-t-il réussi en tant que “fork” ? Cela dépend de la façon dont vous mesurez le succès. En termes de construction d’une communauté florissante, absolument. OpenTofu a ravivé l’esprit communautaire que Terraform a perdu après les changements de licence. Il a des contributeurs actifs et engagés qui ne sont redevables à aucun fournisseur unique. En termes de fonctionnalités, OpenTofu n’est pas seulement à égalité, il a commencé à dépasser Terraform de manière significative.
L’impact d’OpenTofu sur l’écosystème DevOps se fait sentir de plus en plus. Les équipes d’infrastructure adoptent OpenTofu pour bénéficier de ses fonctionnalités innovantes, de sa communauté active et de sa licence open source. Cette adoption croissante contribue à la diversification des outils et des pratiques DevOps, ce qui est bénéfique pour l’ensemble de l’industrie.
L’adoption réelle, cependant, est plus difficile à quantifier. Terraform commande toujours une part d’esprit massive dans les entreprises. Mais le trafic du registre d’OpenTofu (des millions de requêtes quotidiennes) et les téléchargements importants de CLI indiquent une réelle traction. Les fournisseurs d’outils comme Scalr signalent une utilisation fortement accrue d’OpenTofu (plus de 300 % de croissance d’une année sur l’autre dans l’utilisation du registre), ce qui signale un changement significatif au-delà de la simple curiosité.
Un chemin compliqué mais prometteur
OpenTofu n’est pas sans défis. Il doit maintenir son élan, faire ses preuves à l’échelle de l’entreprise et maintenir la croissance de la communauté pour éviter la dépendance à l’égard de personnes clés. Mais ces obstacles reflètent un véritable progrès. OpenTofu est allé bien au-delà du destin typique d’un “fork” : la stagnation ou la non-pertinence.
Historiquement, les “forks” échouent lorsque l’idéologie l’emporte sur le pragmatisme, ou que les débats sur les licences éclipsent les avantages réels. OpenTofu a réussi précisément parce qu’il ne s’est pas fixé sur l’avantage de l’open source qu’il avait sur Terraform ; au lieu de cela, il s’est concentré sur la fourniture de fonctionnalités réelles, demandées par la communauté, que les utilisateurs apprécient réellement.
Comme l’a récemment fait valoir Rowan Trollope, PDG de Redis : “Si vous êtes le développeur moyen, ce qui vous intéresse vraiment, c’est la capacité : Est-ce que cette chose offre quelque chose d’unique et de différencié… dont j’ai besoin dans mon application ?”. OpenTofu ne s’est pas reposé sur ses lauriers open source, préférant se concentrer sur la fourniture d’un excellent produit.
Rien de tout cela n’implique que Terraform soit “mort” ou même en déclin en termes absolus. HashiCorp a toujours une énorme base de clients et monétise probablement Terraform plus que jamais via Terraform Cloud. Mais dans le domaine de l’open source, Terraform a indéniablement perdu sa couronne au profit d’OpenTofu. L’énergie communautaire autour de Terraform se déverse désormais en grande partie dans OpenTofu, et c’est le signe ultime d’un “fork” réussi. HashiCorp a parié que son écosystème n’avait pas d’alternative viable ; la communauté a répondu en en créant une. C’est un exploit remarquable, qui pourrait bien se transformer en une adoption massive par les entreprises.
