Pulumi a beaucoup à offrir, surtout si vous aimez écrire des infrastructures avec de vrais langages de programmation. Mais soyons honnêtes, toutes les équipes n'ont pas envie de penser en Python ou en TypeScript alors qu'elles n'ont besoin que de quelques serveurs et d'une base de données. Certains veulent quelque chose de plus léger. D'autres préfèrent plus de garde-fous. Et un bon nombre d'entre eux n'ont tout simplement pas l'énergie nécessaire pour ajouter un autre outil à leur liste déjà longue de responsabilités DevOps.
Si vous êtes curieux de savoir ce qui se trouve à côté de Pulumi dans le monde de l'IaC, il y a beaucoup à explorer. Chaque outil a sa propre personnalité. Certains se rapprochent du modèle classique avec lequel de nombreuses équipes ont grandi. D'autres s'appuient fortement sur l'automatisation afin que vous n'ayez pas à vous occuper vous-même de l'infrastructure. L'objectif ici n'est pas de choisir un gagnant. Il s'agit de vous aider à vous faire une idée de ce qui existe et peut-être de trouver quelque chose qui corresponde réellement à la façon dont votre équipe aime travailler.

1. AppFirst
AppFirst suit une voie très différente. Il s'agit de l'IaC sans la partie IaC. Au lieu d'écrire des configurations Terraform ou YAML, vous décrivez ce dont votre application a besoin et AppFirst construit l'environnement pour vous. Il relie les éléments habituels tels que la journalisation, la surveillance et les politiques de sécurité pendant que vous vous concentrez sur l'application elle-même.
C'est le genre d'outil qui vous donne l'impression d'avoir retrouvé vos week-ends. Tout se maintient en forme, les changements sont suivis et vous avez même une visibilité sur les coûts liés à chaque application. Pour les équipes qui veulent moins de frais généraux DevOps et plus d'expéditions, AppFirst est tout à fait adapté.
Faits marquants :
- Approvisionnement automatique en fonction des besoins de l'application
- Journalisation, surveillance et alerte intégrées
- Historique centralisé des modifications
- Ventilation des coûts par application et par environnement
- Prise en charge de AWS, Azure et GCP
- Disponible en mode SaaS ou auto-hébergé
Pour qui c'est le mieux :
- Les équipes qui ne veulent pas écrire ou maintenir le code IaC
- Les entreprises normalisent leur infrastructure pour de multiples applications
- Les groupes qui évoluent rapidement et qui veulent moins de frais généraux DevOps
- Les ingénieurs qui préfèrent se concentrer sur les fonctionnalités de l'application plutôt que sur la configuration de l'infrastructure
Informations de contact :
- Site web : www.appfirst.dev
2. Terraform
Terraform est l'outil que de nombreuses personnes choisissent parce qu'il permet de garder les choses claires et structurées. Vous décrivez ce que vous voulez, Terraform calcule les étapes et tout le monde est content. C'est une alternative à Pulumi pour les équipes qui préfèrent une infrastructure déclarative sans se plonger dans des langages de programmation complets.
Il dispose également d'un registre massif de modules, ce qui évite de réinventer la roue. Pour les configurations comportant de nombreux éléments mobiles, le flux de planification et d'application de Terraform contribue à rendre les mises à jour prévisibles, ce que les équipes apprécient lorsqu'elles ne veulent pas que des surprises affectent leur environnement de production.
Faits marquants :
- Grand registre de modules et de fournisseurs
- Prise en charge des configurations multi-cloud
- Approche bien connue de l'IaC utilisée dans de nombreuses équipes
Pour qui c'est le mieux :
- Les équipes qui préfèrent l'IaC déclaratif
- Entreprises ayant des processus structurés en matière d'infrastructure
- Les groupes qui souhaitent une gestion prévisible de l'état
- Environnements où les étapes de révision sont importantes
Informations de contact :
- Site web : registry.terraform.io

3. OpenTofu
OpenTofu est la réponse de la communauté aux changements de l'écosystème de Terraform. Il conserve le flux de travail familier mais supprime l'élément de verrouillage du fournisseur. Si vous aimez le style de Terraform mais que vous voulez quelque chose de plus ouvert, c'est une alternative à Pulumi qui vaut la peine d'être examinée.
En cours de route, la communauté a ajouté ses propres améliorations, comme les ressources éphémères et une logique conditionnelle plus flexible. Il a été conçu dans une optique d'indépendance à long terme, tout en restant compatible avec ce que les équipes savent déjà faire.
Faits marquants :
- IaC open-source avec gouvernance communautaire
- Ressources éphémères pour le traitement des données sensibles
- Création conditionnelle de ressources avec un argument activé
- Flux de travail familier pour les équipes utilisant déjà Terraform
- Priorité à la transparence et à l'ouverture à long terme
Pour qui c'est le mieux :
- Les équipes qui souhaitent un outil d'IaC indépendant des fournisseurs
- Les entreprises s'éloignent des écosystèmes fermés
- Les groupes qui ont besoin d'un contrôle plus strict de leur comportement en matière de sécurité
Informations de contact :
- Site web : opentofu.org
- Twitter : x.com/opentofuorg

4. Azure Resource Manager
Si vous travaillez principalement dans Azure, l'ARM est souvent la solution la plus simple. Il est intégré à la plateforme, vous définissez vos modèles et Azure s'en charge. Pas d'outil supplémentaire, pas de courbe d'apprentissage supplémentaire.
Les équipes l'apprécient parce que tout reste cohérent d'un environnement à l'autre. Ce que vous testez est ce que vous déployez, et il y a quelque chose de réconfortant à cela. C'est une alternative à Pulumi pour ceux qui veulent des outils natifs qui s'intègrent parfaitement au reste de l'écosystème Azure.
Faits marquants :
- Déploiements basés sur des modèles
- Regroupement des ressources pour le contrôle du cycle de vie
- Étiquetage pour l'organisation et la facturation
- Contrôle d'accès intégré et journaux d'audit
- Des déploiements prévisibles
Pour qui c'est le mieux :
- Équipes axées principalement sur Azure
- Entreprises souhaitant des déploiements simples et natifs
- Les groupes qui ont besoin de structures de contrôle d'accès solides
- Environnements utilisant les modèles ARM comme norme
Informations de contact :
- Site web : azure.microsoft.com
- Téléphone : 801 802 000
- LinkedIn : www.linkedin.com/showcase/microsoft-azure
- Twitter : x.com/azure
- Facebook : www.facebook.com/microsoftazure
- Instagram : www.instagram.com/microsoftazure
- Apple Store : apps.apple.com/us/app/microsoft-azure
- Google Play : play.google.com/store/apps/microsoft.azure

5. Planche transversale
Crossplane donne l'impression que quelqu'un a fusionné Kubernetes et IaC en un seul système. Au lieu d'écrire des modèles, vous gérez l'infrastructure en tant que ressources Kubernetes. Si votre équipe parle déjà couramment Kubernetes, il s'agit d'une alternative à Pulumi qui pourrait cliquer instantanément.
Les équipes chargées de la plateforme peuvent créer leurs propres abstractions, les exposer en tant que ressources personnalisées et donner aux développeurs une API simple pour demander de l'infra. C'est une solution puissante et flexible si vous recherchez une approche de plateforme unifiée.
Faits marquants :
- Infrastructure gérée en tant que ressources Kubernetes
- Plans de contrôle personnalisés adaptés aux besoins internes
- RBAC solide et sécurité de Kubernetes
- Modèle basé sur les API pour une automatisation cohérente
Pour qui c'est le mieux :
- Équipes construisant les couches de la plate-forme interne
- Les groupes qui souhaitent des abstractions personnalisées pour l'infra
- Les organisations alignent les flux de travail de développement et d'exploitation sous une API unique
Informations de contact :
- Site web : www.crossplane.io
- LinkedIn : www.linkedin.com/company/crossplane
- Twitter : x.com/crossplane_io
6. Ansible
Ansible est un outil qui automatise sans se noyer dans la complexité. Vous écrivez des tâches en YAML, et les playbooks vous guident pas à pas, ce qui le rend très convivial pour les équipes qui débutent.
Il existe également tout un écosystème autour de lui, avec des outils pour créer des environnements d'exécution et de nombreux modules que vous pouvez brancher. Ansible fonctionne bien si vous souhaitez une automatisation directe sans gérer un système d'état IaC complet. Il gère également les configurations mixtes, de sorte que les serveurs, les conteneurs et les applications peuvent tous être gérés au même endroit sans trop de difficultés.
Faits marquants :
- Définitions YAML lisibles par l'homme
- Automatisation simple axée sur les tâches
- Large écosystème de modules
- Aucun agent n'est requis sur les systèmes cibles
- Fonctionne avec de nombreux types d'infrastructures
Pour qui c'est le mieux :
- Équipes à la recherche d'une automatisation légère
- Entreprises devant gérer des environnements mixtes
- Groupes qui préfèrent les tâches procédurales aux IaC déclaratifs
- Environnements ne nécessitant pas d'outils basés sur l'état
Informations de contact :
- Site web : docs.ansible.com

7. Le flanc nord
Northflank s'apparente davantage à une plateforme complète qu'à un simple IaC. Vous pouvez exécuter des conteneurs, des charges de travail d'IA, des bases de données et même des clusters Kubernetes, le tout sans être entraîné dans les détails lourds de l'infra.
Il s'agit d'une alternative à Pulumi pour les équipes qui souhaitent l'automatisation, les modèles et la prise en charge multi-cloud sans avoir à écrire des définitions d'infrastructure de bas niveau. Les développeurs bénéficient d'un flux de travail propre, et la plateforme s'occupe des parties compliquées.
Faits marquants :
- Exécute des conteneurs, des tâches d'intelligence artificielle et des bases de données
- Modèles d'IaC intégrés dans la plateforme
- Prise en charge de AWS, GCP, Azure et bare metal
- Environnements automatisés de prévisualisation, de mise à l'essai et de production
- Journaux, mesures et alertes intégrés
- Prise en charge des GPU multi-cloud
Pour qui c'est le mieux :
- Équipes exécutant des charges de travail mixtes et des modèles d'IA
- Les entreprises qui veulent une alternative plus simple à Pulumi
- Les développeurs qui préfèrent ne pas gérer directement Kubernetes.
- Les équipes qui cherchent à automatiser les déploiements dans les nuages
Informations de contact :
- Site web : northflank.com
- Adresse : 20-22 Wenlock Road, Londres, Angleterre, N1 7GU
- Courriel : contact@northflank.com
- LinkedIn : www.linkedin.com/company/northflank
- Twitter : x.com/northflank

8. Chef Infra
Chef Infra aide les équipes à définir et à mettre en œuvre la configuration des systèmes d'une manière propre et axée sur le code. Au lieu de vous préoccuper de l'approvisionnement à partir de zéro, vous vous concentrez sur le maintien des systèmes dans le bon état, quel que soit l'endroit où ils se trouvent.
Il s'agit d'une alternative à Pulumi pour les équipes qui s'intéressent davantage à la gestion de la configuration qu'à l'approvisionnement en nuages. Les politiques et les outils de test de Chef permettent de détecter rapidement les dérives, ce qui s'avère très utile lorsque vous travaillez dans plusieurs environnements.
Faits marquants :
- Utilisation d'une automatisation basée sur des règles pour maintenir les configurations en ligne
- Fonctionne sous Linux, Windows et macOS
- Inclut des outils pour tester et valider votre code de configuration afin de détecter rapidement les problèmes.
Pour qui c'est le mieux :
- Les équipes qui souhaitent une alternative à Pulumi axée sur la configuration plutôt que sur le provisionnement
- Entreprises disposant de vastes environnements de systèmes mixtes
- Les développeurs qui préfèrent les flux de configuration pilotés par le code
Informations de contact :
- Site web : www.chef.io
- Adresse : 8605 Westwood Center Drive, Suite 209, Vienna, VA 22182, États-Unis
- Téléphone : +1 650 655 2300
- LinkedIn : www.linkedin.com/company/chef-software
- Twitter : x.com/chef
- Instagram : www.instagram.com/chef_software
9. Marionnette
Puppet propose un système d'automatisation de la configuration qui aide les équipes à définir l'aspect de leur infrastructure et à la maintenir dans cet état au fil du temps. La plateforme utilise une approche orientée modèle pour décrire la configuration du système, ce qui permet de gérer de grandes flottes de serveurs de manière prévisible. Puppet peut servir d'alternative à Pulumi pour les organisations qui souhaitent un contrôle fort de l'état du système plutôt que des flux de travail de provisionnement complet du nuage. Puppet se concentre sur l'application de la configuration souhaitée, la réduction des dérives et la gestion des mises à jour à grande échelle. Elle comprend des tableaux de bord, des outils de reporting et une vaste bibliothèque de modules qui couvrent de nombreuses tâches courantes. La plateforme prend en charge un large éventail de systèmes d'exploitation et est souvent utilisée lorsque les équipes ont besoin de processus reproductibles et d'une conformité stricte.
Faits marquants :
- Application continue de la configuration
- Détection des dérives et actions correctives
- Large écosystème de modules pour les tâches d'automatisation courantes
- Prise en charge d'un grand nombre de systèmes d'exploitation
- Flux de travail pour définir, tester et déployer la configuration en tant que code
Pour qui c'est le mieux :
- Équipes à la recherche d'une alternative à Pulumi centrée sur la gestion de la configuration
- Organisations ayant des exigences strictes en matière de conformité et de reproductibilité
- Environnements avec de nombreux systèmes d'exploitation différents
- Les équipes qui souhaitent disposer d'un écosystème mature de modules réutilisables
Informations de contact :
- Site web : www.puppet.com
- Adresse : 400 First Avenue North #400, Minneapolis, MN 55401 400 First Avenue North #400, Minneapolis, MN 55401
- Téléphone : +1 612.517.2100
- Courriel : sales-request@perforce.com

10. Projet sel
Salt réunit l'exécution à distance et l'application de l'état dans un seul système, ce qui permet aux équipes d'automatiser rapidement de grands environnements. Il est puissant, flexible et idéal pour l'orchestration en temps réel.
C'est une alternative à Pulumi pour les équipes qui veulent un contrôle de configuration fort sans passer à un modèle IaC centré sur le provisionnement. Salt est particulièrement pratique dans les configurations distribuées qui ont besoin d'une automatisation rapide et de flux de travail pilotés par des événements.
Faits marquants :
- Application de la configuration avec des fichiers d'état
- Flux de travail automatisés en fonction des événements
- Orchestration flexible pour les grands environnements
- Source ouverte avec un large soutien de la communauté
Pour qui c'est le mieux :
- Équipes à la recherche d'une alternative à Pulumi axée sur la configuration et l'orchestration
- Environnements nécessitant une automatisation en temps réel ou une exécution à distance
- Organisations avec des systèmes d'exploitation mixtes et des systèmes distribués
- Les utilisateurs qui préfèrent les outils open source
Informations de contact :
- Site web : saltproject.io
- LinkedIn : www.linkedin.com/company/saltproject
- Twitter : x.com/Salt_Project_OS
- Facebook : www.facebook.com/SaltProjectOSS

11. Le Spacelift
Spacelift propose une plateforme d'orchestration qui regroupe différents outils IaC en un seul flux de travail. La plateforme gère Terraform, OpenTofu, Ansible et d'autres outils d'automatisation par le biais d'un processus unifié qui gère l'approvisionnement, la configuration et la gouvernance. Spacelift peut servir d'alternative à Pulumi pour les équipes qui souhaitent un système coordonné plutôt qu'un langage IaC unique.
Spacelift s'attache à donner aux équipes de la plateforme le contrôle tout en permettant aux développeurs d'aller plus vite. Elle fournit des contrôles de politique, des détections de dérives, des modèles réutilisables et des pipelines flexibles. La plateforme fonctionne en tant que SaaS ou peut être installée dans une configuration auto-hébergée pour les organisations qui ont besoin d'une sécurité stricte ou d'un contrôle total sur leur environnement d'infrastructure.
Faits marquants :
- Orchestration de plusieurs outils IaC dans un seul flux de travail
- Pipelines automatisés pour l'approvisionnement et la configuration
- Détection de la dérive et fonctions de gouvernance
- Libre-service pour les développeurs avec garde-fous
- Options de déploiement SaaS et auto-hébergées
Pour qui c'est le mieux :
- Équipes souhaitant une alternative à Pulumi qui prenne en charge de nombreux outils IaC
- Organisations dont l'environnement est complexe ou réglementé
- Les équipes de la plateforme mettent en place des flux de travail standardisés
Informations de contact :
- Site web : spacelift.io
- Adresse : 541 Jefferson Ave. Suite 100, Redwood City CA 94063
- Courriel : info@spacelift.io
- LinkedIn : www.linkedin.com/company/spacelift-io
- Twitter : x.com/spaceliftio
- Facebook : www.facebook.com/people/spaceliftio

12. env0
env0 offre aux équipes un moyen plus propre de gérer leur Infrastructure as Code sans avoir à tout assembler par elles-mêmes. Il rassemble les flux de travail, l'automatisation et les contrôles d'accès en un seul endroit, ce qui rend le travail quotidien un peu plus facile. Comme il fonctionne avec Terraform et d'autres outils IaC, il peut servir d'alternative à Pulumi pour les équipes qui veulent une configuration gérée au lieu de construire tous les flux de travail eux-mêmes. Les développeurs disposent d'un moyen simple de mettre en place l'infrastructure tout en suivant les règles de conduite établies par l'équipe de la plateforme.
La plateforme comprend des éléments tels que des contrôles de politique, des contrôles de coûts, des détections de dérives et des modèles partagés. Elle aide également les grandes équipes à organiser leur IaC, en particulier lorsqu'il y a beaucoup d'environnements et de personnes qui effectuent des changements. env0 est généralement choisi lorsqu'une entreprise souhaite un processus clair et prévisible pour la manière dont l'infrastructure est déployée et examinée par les différents groupes.
Faits marquants :
- Gestion des flux de travail pour Terraform et d'autres outils IaC
- Application de la politique et garde-fous pour des déploiements plus sûrs
- Traitement des contrôles de la dérive et de l'environnement partagé
- Soutien aux modèles pour la normalisation de l'IaC
- Possibilité de suivre et de gérer les coûts de l'informatique dématérialisée
Pour qui c'est le mieux :
- Entreprises à la recherche d'une alternative au Pulumi qui soutienne une gouvernance forte de l'IaC
- Équipes composées de nombreux développeurs travaillant dans des environnements multiples
- Les organisations qui souhaitent une normalisation des flux de travail de l'IaC
- Les groupes qui ont besoin d'une visibilité des coûts et d'un contrôle des politiques
Informations de contact :
- Site web : www.env0.com
- Adresse : 100 Causeway Street, Suite 900, 02114, États-Unis
- LinkedIn : www.linkedin.com/company/env0
- Twitter : x.com/envzero

13. CD Argo
Argo CD fournit un système GitOps pour la gestion des applications sur Kubernetes. La plateforme fonctionne en conservant l'état souhaité d'une application dans Git et en s'assurant que l'environnement en cours d'exécution y correspond. Cette approche fait d'Argo CD une alternative Pulumi pour les équipes qui veulent un flux de travail axé sur Kubernetes sans écrire d'IaC traditionnel. Le système gère la synchronisation, les contrôles de dérive et les retours en arrière tout en restant proche des concepts de Kubernetes.
Argo CD utilise un contrôleur qui surveille les applications et compare l'état réel avec ce qui est stocké dans Git. En cas de changement, le contrôleur peut mettre à jour le cluster automatiquement ou attendre une synchronisation manuelle. La plateforme prend en charge plusieurs formats de configuration, ce qui aide les équipes à travailler avec différents outils tout en conservant un processus de déploiement cohérent.
Faits marquants :
- Source de vérité basée sur Git pour l'état souhaité
- Comparaison continue de la configuration réelle et de la configuration souhaitée
- Options de synchronisation automatique ou manuelle
- Prise en charge d'outils tels que Helm, Kustomize et Jsonnet
Pour qui c'est le mieux :
- Équipes à la recherche d'une alternative à Pulumi axée sur Kubernetes GitOps.
- Groupes gérant des applications sur plusieurs clusters
- Équipes souhaitant une détection claire des dérives et une synchronisation contrôlée
- Environnements utilisant des outils de configuration mixtes
Informations de contact :
- Site web : argo-cd.readthedocs.io

14. Flux
Flux fournit un système GitOps qui automatise les déploiements et les mises à jour de configuration dans Kubernetes. La plateforme utilise Git comme source principale de vérité et maintient les charges de travail en synchronisation avec ce qui est stocké dans les dépôts. Flux peut agir comme une alternative à Pulumi pour les équipes qui veulent automatiser autour des ressources Kubernetes sans construire un pipeline IaC complet. Le système se concentre sur la réconciliation et la livraison progressive à travers son écosystème.
Flux prend en charge de nombreux fournisseurs Git et peut gérer à la fois les applications et l'infrastructure au sein de Kubernetes. Il gère les mises à jour, les changements d'image et les déploiements grâce à des processus automatisés. Le projet est construit pour s'intégrer aux outils Kubernetes courants et fonctionne bien dans les environnements multi-clusters.
Faits marquants :
- Configuration et déploiement pilotés par Git
- Rapprochement automatique des ressources Kubernetes
- Prise en charge de Helm, Kustomize et des mises à jour d'images
- Capacités de multi-occupation et de multi-groupes
Pour qui c'est le mieux :
- Équipes à la recherche d'une alternative à Pulumi basée sur les flux de travail GitOps
- Les entreprises souhaitent automatiser les mises à jour des conteneurs
- Environnements utilisant de nombreux clusters ou locataires
- Les groupes qui s'appuient fortement sur l'outillage Kubernetes.
Informations de contact :
- Site web : fluxcd.io
- Courriel : cncf-flux-dev@lists.cncf.io
- LinkedIn : www.linkedin.com/groups/8985374
- Twitter : x.com/fluxcd

15. Cadre de l'opérateur
Operator Framework fournit des outils pour construire et gérer des applications Kubernetes appelées opérateurs. Le cadre aide les équipes à automatiser les tâches qui nécessitent habituellement des étapes manuelles. Il peut servir d'alternative à Pulumi lorsque les équipes souhaitent une automatisation native de Kubernetes plutôt qu'un IaC généraliste. Le cadre comprend des outils de développement, un gestionnaire de cycle de vie et un catalogue pour le partage des opérateurs.
Operator Framework se concentre sur la transformation des connaissances opérationnelles en logiciels. Cela permet à Kubernetes de gérer des applications complexes comme des objets uniques plutôt que comme de nombreuses petites ressources. Il prend en charge les tâches quotidiennes telles que les mises à niveau, la récupération et la gestion de la configuration grâce à des modèles intégrés.
Faits marquants :
- Boîte à outils pour la construction d'opérateurs Kubernetes
- Gestion du cycle de vie de l'installation et des mises à jour
- Catalogue des opérateurs existants
- API de haut niveau pour simplifier le développement
Pour qui c'est le mieux :
- Les équipes souhaitant une alternative à Pulumi centrée sur l'automatisation native de Kubernetes.
- Groupes gérant des applications complexes avec de nombreuses tâches opérationnelles
- Développeurs construisant des opérateurs personnalisés
- Organisations gérant des configurations à plusieurs clusters
Informations de contact :
- Site web : operatorframework.io

16. CFEngine
CFEngine fournit un système de gestion de la configuration qui automatise les tâches dans les grands environnements d'infrastructure. La plateforme maintient la cohérence des systèmes en appliquant des politiques définies et en vérifiant les dérives. Cela en fait une alternative à Pulumi pour les équipes qui veulent un contrôle de configuration fort sans se concentrer sur l'approvisionnement en nuages. CFEngine fonctionne avec des systèmes d'exploitation mixtes et prend en charge la sécurité, la conformité et les flux de travail de maintenance.
CFEngine utilise un modèle basé sur un agent qui applique continuellement l'état désiré. Il aide les équipes à suivre les changements de configuration, à appliquer les mises à jour et à maintenir la conformité des serveurs. La plateforme est disponible en version open source et en version entreprise, offrant différents niveaux de reporting et de contrôle.
Faits marquants :
- Mise en œuvre de la configuration basée sur une politique
- Correction continue de la dérive
- Prise en charge des systèmes d'exploitation mixtes
- Outils d'automatisation de la conformité et de la sécurité
Pour qui c'est le mieux :
- Équipes à la recherche d'une alternative à Pulumi axée sur la gestion de la configuration
- Organisations disposant de vastes environnements de serveurs distribués
- Groupes ayant besoin de visibilité et de rapports en matière de conformité
- Environnements dotés d'une infrastructure de longue durée
Informations de contact :
- Site web : cfengine.com
- Adresse : 470 Ramona Street, Palo Alto, CA 94301, USA
- LinkedIn : www.linkedin.com/company/northern.tech
- Twitter : x.com/cfengine
Conclusion
Après avoir examiné toutes ces alternatives à Pulumi, une chose est claire : il n'y a pas d'outil unique qui convienne à tout le monde. Chacun d'entre eux résout une partie différente du puzzle de l'infrastructure. Certains se concentrent sur la configuration. D'autres se concentrent sur l'automatisation. Quelques-uns tentent de simplifier l'ensemble du flux de travail afin que vous n'ayez pas à jongler avec autant d'outils.
Si vous ne savez pas par où commencer, essayez-en une ou deux dans le cadre d'un petit projet à faible risque. Vous saurez très vite si quelque chose vous semble naturel ou si cela ne fait qu'ajouter de la friction. Et lorsque vous aurez trouvé celle qui vous convient, elle tendra à se fondre dans le décor et à faire partie de votre routine.
En fin de compte, le meilleur choix est celui qui permet de faire avancer les choses sans ajouter de bruit.


