Le Drone CI est encore présent dans de nombreuses piles, souvent en train de faire son travail en arrière-plan. Pour les petites équipes ou les pipelines simples, cela peut être parfait. Mais une fois que les constructions se multiplient, que les flux de travail se ramifient, ou que la propriété de l'infrastructure devient floue, le “bien” commence à se transformer en “pourquoi est-ce si difficile à gérer ?”
Beaucoup d'équipes n'abandonnent pas Drone parce qu'il leur a fait défaut, elles le dépassent. L'exécution de CI ne devrait pas donner l'impression de maintenir un autre produit, et les pipelines ne devraient pas avoir besoin d'être constamment surveillés pour que les choses continuent d'avancer.
Si vous vous demandez si Drone CI est toujours la bonne solution, vous n'êtes pas le seul. Ci-dessous, nous allons examiner les alternatives qui reflètent la façon dont les équipes construisent et déploient les logiciels aujourd'hui, avec moins d'arêtes vives, moins de ralentissement opérationnel et plus de temps consacré à l'expédition plutôt qu'à l'ajustement de YAML.
1. AppFirst
AppFirst aborde le problème sous un angle différent de celui d'un système de CI classique. Plutôt que de se concentrer sur les pipelines et les runners, il vise à supprimer entièrement le travail d'infrastructure des développeurs. Pour les équipes qui utilisent Drone CI principalement pour connecter les builds et les déploiements, cela transfère la responsabilité de la maintenance de l'infrastructure liée à CI vers une plateforme qui provisionne et gère automatiquement les ressources cloud.
En tant qu'alternative à Drone CI, il convient aux équipes qui sont obligées de maintenir Terraform, YAML ou des outils internes pour maintenir les pipelines opérationnels. Les développeurs définissent les exigences de l'application telles que le calcul, les bases de données et le réseau, tandis que l'infrastructure, les normes de sécurité, la journalisation et l'audit sont gérés en coulisses par le service.
Faits marquants :
- Définitions au niveau de l'application au lieu du code de l'infrastructure
- Provisionnement automatique sur AWS, Azure et GCP
- Journalisation, surveillance et alerte intégrées
- Journaux d'audit centralisés pour les changements d'infrastructure
- Visibilité des coûts par application et par environnement
- Options de déploiement SaaS et auto-hébergées
Pour qui c'est le mieux :
- Des équipes surchargées par le travail d'IC lié à l'infrastructure
- Les entreprises normalisent leur infrastructure en fonction des applications
- Équipes dirigées par des promoteurs sans groupe dédié à l'infrastructure
- Projets nécessitant une portabilité dans le nuage sans réécriture
Informations de contact :
- Site web : www.appfirst.dev
2. Microtica
Plutôt que de commencer par des pipelines, ils abordent l'informatique décisionnelle dans le cadre d'un cycle de vie plus large de l'infrastructure. La plateforme combine l'automatisation des pipelines avec la création d'une infrastructure guidée, la surveillance et la gestion des incidents, le tout fourni par Microtica. Les tâches de CI sont intégrées dans un système qui gère les déploiements et les environnements ensemble.
Pour les équipes qui s'éloignent de Drone CI parce que l'installation et la maintenance du cloud dominent leur flux de travail, cette option réduit la configuration manuelle. L'infrastructure est générée par des entrées guidées et ajustée dans un éditeur intégré, tandis que les déploiements et l'observabilité restent liés au même flux de travail.
Faits marquants :
- Création d'infrastructures guidée par l'assistance de l'IA
- Éditeur intégré pour la révision et l'ajustement des configurations
- Surveillance intégrée et analyse des incidents
- Visibilité des coûts avant et après les déploiements
- Prise en charge multi-cloud
- Automatisation du pipeline incluse
Pour qui c'est le mieux :
- Équipes gérant à la fois l'infrastructure de base et l'infrastructure en nuage
- Projets couvrant plusieurs environnements ou nuages
- Les équipes DevOps cherchent à réduire les erreurs de configuration
- Les entreprises souhaitent que l'IC soit étroitement liée à la gestion des infrastructures
Informations de contact :
- Site web : www.microtica.com
- LinkedIn : www.linkedin.com/company/microtica
- Instagram : www.instagram.com/microtica_
3. Jenkins
Bien avant l'apparition des outils de CI natifs des conteneurs, ceux-ci étaient déjà axés sur l'automatisation à grande échelle. Maintenu par la communauté open source Jenkins, ce système met l'accent sur l'extensibilité et le contrôle plutôt que sur la simplicité. Presque chaque partie du flux de travail peut être ajustée au moyen de plugins ou d'une logique personnalisée.
En tant qu'alternative à Drone CI, il s'adresse aux équipes qui veulent être propriétaires de leur configuration CI et qui sont à l'aise pour la maintenir. Les pipelines peuvent être simples ou très complexes, mais la flexibilité s'accompagne de coûts d'installation, de mise à jour et de maintenance.
Faits marquants :
- Serveur d'automatisation open source
- Large écosystème de plugins
- Prise en charge des flux de travail de l'IC et de la livraison continue
- Constructions distribuées sur plusieurs machines
- Fonctionne sur les principaux systèmes d'exploitation
- Configuration basée sur le web
Pour qui c'est le mieux :
- Équipes ayant besoin d'une personnalisation poussée
- Organisations disposant d'une infrastructure de CI existante
- Projets avec des flux de livraison complexes
- Entreprises à l'aise avec la gestion des serveurs CI
Informations de contact :
- Site web : www.jenkins.io
- LinkedIn : www.linkedin.com/company/jenkins-project
- Twitter : x.com/jenkinsci
4. Copain
Ils mettent l'accent sur la visibilité et la clarté du flux de travail. Au lieu de s'appuyer uniquement sur des fichiers de configuration, les pipelines peuvent être créés visuellement, via YAML, ou générés avec du code. Le CI, les déploiements et les environnements sont gérés ensemble au sein de services fournis par Buddy.
Pour les équipes qui remplacent Drone CI en raison de la complexité du pipeline ou du manque de visibilité, ce modèle réduit les frictions. Les constructions, les tests et les déploiements sont plus faciles à tracer, et les cycles de vie de l'environnement sont directement liés aux branches et aux demandes d'extraction.
Faits marquants :
- Définitions de pipeline basées sur l'interface utilisateur et sur YAML
- Prise en charge des conteneurs et des déploiements sans agent
- Gestion du cycle de vie de l'environnement
- Stockage des secrets et soutien à l'OIDC
- Constructions tenant compte du changement et exécution matricielle
- Options d'hébergement dans le nuage et d'auto-hébergement
Pour qui c'est le mieux :
- Équipes préférant la gestion visuelle du pipeline
- Projets avec déploiements fréquents
- Équipes d'ingénieurs à expérience mixte
- Organisations gérant de nombreux environnements par branche
Informations de contact :
- Site web : buddy.works
- Twitter : x.com/useBuddy
5. Travis CI
Ils adoptent une approche plus traditionnelle de CI hébergé. Au lieu de runners auto-hébergés comme Drone CI, les pipelines s'exécutent sur une infrastructure gérée par Travis CI, Inc. Cela réduit la nécessité de maintenir des serveurs CI tout en supportant les systèmes de contrôle de version courants.
En tant qu'alternative à Drone CI, il est souvent évoqué lorsque les équipes souhaitent se décharger du travail opérationnel. Les pipelines s'intègrent aux flux de travail basés sur Git et peuvent fonctionner dans des environnements de cloud public, de cloud privé ou sur site, en fonction des besoins.
Faits marquants :
- Service hébergé CI/CD
- Intégration avec Git, Subversion et Perforce
- Options de nuage public, nuage privé et sur site
- Accès à l'API et outils d'exploration de la construction
- Documentation et ressources communautaires
Pour qui c'est le mieux :
- Équipes évitant l'infrastructure CI autogérée
- Projets avec des pipelines de construction et de test standard
- Organisations utilisant plusieurs systèmes VCS
- Les entreprises préfèrent les services de CI gérés
Informations de contact :
- Site web : www.travis-ci.com
6. Buildkite
Ils sont souvent choisis par des équipes qui dépassent les limites des systèmes de CI entièrement hébergés. Leur modèle sépare l'orchestration du pipeline de l'exécution, ce qui permet aux agents de construction de fonctionner sur une infrastructure appartenant à l'équipe, tandis que les pipelines restent gérés de manière centralisée. Cette approche séduit les groupes qui souhaitent bénéficier d'une visibilité et d'un contrôle sans enfermer l'exécution dans un environnement unique.
Pour les équipes qui viennent de Drone CI, le changement concerne principalement l'échelle et la flexibilité. Les pipelines sont définis en tant que code et peuvent changer de comportement pendant l'exécution, ce qui est utile lorsque les charges de travail varient ou lorsque les configurations statiques commencent à sembler restrictives. Les services sont fournis par Buildkite Pty Ltd et sont couramment utilisés par les équipes de plates-formes qui prennent en charge de nombreux dépôts et développeurs.
Faits marquants :
- Pipelines définis en tant que code avec flexibilité d'exécution
- Les agents de construction s'exécutent sur une infrastructure gérée par l'utilisateur
- Parallélisme élevé pour les constructions et les tests
- Analyse des tests et traitement des tests défectueux
- Registres de paquets pour les artefacts de construction
- Options d'agents hébergés et auto-hébergés
Pour qui c'est le mieux :
- Équipes utilisant l'informatique décisionnelle à grande échelle
- Les équipes de la plateforme gèrent des pipelines partagés
- Les organisations qui veulent contrôler l'exécution
- Projets dont la charge de travail est complexe ou changeante
Informations de contact :
- Site web : buildkite.com
- Twitter : x.com/buildkite
- LinkedIn : www.linkedin.com/company/buildkite
7. CircleCI
Certaines équipes cherchent un moyen de se décharger de la maintenance de l'IC sans renoncer à des flux de travail structurés. Cette plateforme suit un modèle hébergé d'abord, où les environnements d'exécution, la mise à l'échelle et la maintenance sont gérés par le service, tandis que les équipes se concentrent sur la définition des flux de travail et des intégrations.
Par rapport aux outils auto-hébergés comme Drone CI, la configuration ici penche vers la commodité et la cohérence. Les services sont exploités par Circle Internet Services, Inc. et prennent en charge à la fois l'exécution entièrement gérée et les configurations hybrides dans lesquelles les coureurs peuvent encore être contrôlés par l'utilisateur.
Faits marquants :
- CI hébergée avec option de runners autogérés
- Intégrations avec GitHub, GitLab et Bitbucket
- Prise en charge des flux de travail Docker et Kubernetes
- Mise en cache intégrée et mise à l'échelle automatique
- Configuration du flux de travail basée sur YAML
- Options d'exécution en nuage et sur site
Pour qui c'est le mieux :
- Les équipes qui préfèrent les services de CI gérés
- Projets avec flux de construction et de test standard
- Organisations utilisant les plateformes Git les plus répandues
- Les équipes réduisent la propriété de l'infrastructure de CI
Informations de contact :
- Site web : circleci.com
- LinkedIn : www.linkedin.com/company/circleci
- Twitter : x.com/circleci
8. Bambou
Dans les environnements où les outils de développement sont étroitement liés, l'IC fait souvent partie d'un écosystème plus large. Cet outil est conçu pour fonctionner en étroite collaboration avec d'autres produits Atlassian, ce qui facilite la traçabilité du travail, depuis les modifications du code jusqu'au déploiement et à la gestion des incidents.
Pour les équipes qui migrent de Drone CI, la plus grande différence est le style de déploiement. Les services sont fournis par Atlassian et sont axés sur des configurations auto-hébergées avec des environnements contrôlés, une haute disponibilité et des chemins de livraison prévisibles plutôt que sur l'exécution de conteneurs d'abord.
Faits marquants :
- Intégration poussée avec Jira et Bitbucket
- Déploiement autonome via le centre de données
- Reprise après sinistre intégrée
- Prise en charge de Docker et AWS CodeDeploy
- Automatisation du flux de travail, du code à la publication
- Fonctions de haute disponibilité et de résilience
Pour qui c'est le mieux :
- Équipes utilisant déjà les produits Atlassian
- Organisations ayant besoin d'un système d'information géographique autonome
- Entreprises soumises à un contrôle strict des infrastructures
- Projets nécessitant une traçabilité de bout en bout
Informations de contact :
- Site web : www.atlassian.com
- Adresse : 350 Bush Street Floor 13San Francisco, CA 94104 États-Unis
- Téléphone : +1 415 701 1110
9. GoCD
Au lieu de se concentrer sur des tâches individuelles, ils s'intéressent à la manière dont les changements sont apportés tout au long du processus de livraison. Le système met l'accent sur la visibilité, en montrant les dépendances et la progression à travers les étapes dans une vue unique, ce qui peut aider les équipes à comprendre où les pipelines ralentissent ou échouent.
Les équipes qui remplacent Drone CI par cette option s'intéressent généralement davantage au flux de livraison qu'à la vitesse d'exécution brute. Le projet est open source et sponsorisé par Thoughtworks Inc. avec un fort accent sur la modélisation de pipelines complexes et le suivi des changements de la validation au déploiement.
Faits marquants :
- Serveur CI et CD open source
- Cartes visuelles de la chaîne de valeur
- Soutien important pour les flux de travail complexes
- Prise en charge native de Docker, Kubernetes et des plateformes cloud.
- Traçabilité détaillée des modifications
- Système de plugins extensible
Pour qui c'est le mieux :
- Équipes avec des pipelines de livraison complexes
- Les organisations donnent la priorité à la visibilité du flux de travail
- Projets avec de nombreuses dépendances
- Les équipes sont à l'aise avec les outils open source
Informations de contact :
- Site web : www.gocd.org
10. Sémaphore CI
Certaines équipes se détournent de Drone CI parce que la maintenance de fichiers de configuration volumineux devient un goulot d'étranglement. Cette plateforme adopte une approche mixte, permettant aux flux de travail d'être conçus visuellement tout en générant et en prenant en charge les fichiers de configuration traditionnels.
Les services sont fournis par Semaphore Technologies doo et prennent en charge à la fois l'exécution hébergée dans le nuage et l'exécution auto-hébergée. Cette flexibilité permet d'adapter plus facilement les flux de travail lorsque les équipes s'agrandissent ou changent leur façon de déployer les logiciels.
Faits marquants :
- Constructeur visuel de flux de travail avec génération YAML
- Les coureurs hébergés dans le nuage et les coureurs auto-hébergés
- Déclenchement d'un pipeline en fonction d'un modèle unique
- Contrôles d'accès et de déploiement basés sur les rôles
- Exécution parallèle et mise en cache
- Édition communautaire open source
Pour qui c'est le mieux :
- Des équipes qui intègrent fréquemment des développeurs
- Projets utilisant monorepos
- Organisations ayant des processus de dissémination contrôlés
- Équipes souhaitant des flux de travail à la fois visuels et basés sur la configuration
Informations de contact :
- Site web : semaphore.io
- Twitter : x.com/semaphoreci
- LinkedIn : www.linkedin.com/company/semaphoreci
11. TeamCity
Ils ont tendance à apparaître dans les équipes où l'IC est devenu quelque chose de plus que l'exécution de tests sur des demandes de téléchargement. Les pipelines impliquent souvent des dépôts multiples, des constructions de longue durée, et un besoin de réutiliser des parties du processus sans copier la configuration partout. Comparé à Drone CI, le flux de travail semble plus structuré et centralisé, avec un accent plus fort sur la gestion de la complexité au fur et à mesure que les projets grandissent.
Pour les équipes qui envisagent de passer à une autre solution, la principale différence réside dans le contrôle qu'elles exercent sur la logique de construction et la visibilité. Les services sont fournis par JetBrains s.r.o. et peuvent être exécutés dans le nuage ou sur l'infrastructure de l'entreprise. Cette flexibilité est intéressante pour les équipes qui se soucient de la sécurité, de la conformité ou qui veulent simplement garder CI proche du reste de leurs systèmes.
Faits marquants :
- Configuration en tant que code à l'aide d'un DSL typé
- Prise en charge de chaînes de construction complexes
- Parallélisation des tests et réutilisation de la construction
- Journaux détaillés et rapports d'essai
- API REST pour l'automatisation
- Options d'hébergement en nuage et d'auto-hébergement
Pour qui c'est le mieux :
- Équipes chargées de projets de grande envergure ou de longue durée
- Organisations ayant besoin d'un comportement prévisible en matière d'IC
- Les développeurs qui préfèrent les pipelines structurés
- Les entreprises qui veulent avoir le choix entre l'informatique dématérialisée et l'informatique sur site
Informations de contact :
- Site web : www.jetbrains.com
- Courriel : sales@jetbrains.com
- Facebook : www.facebook.com/JetBrains
- LinkedIn : www.linkedin.com/company/jetbrains
- Twitter : x.com/jetbrains
- Instagram : www.instagram.com/jetbrains
- Adresse : Kavčí Hory Office Park, Na Hřebenech II 1718/8, Prague 4 – Nusle, 140 00, République tchèque
12. AWS CodePipeline
Certaines équipes s'éloignent de Drone CI parce qu'elles ne veulent pas du tout gérer l'infrastructure de CI. Ce service permet d'éviter cela en gérant les pipelines dans le cadre de l'écosystème AWS. Au lieu des runners et des conteneurs, tout tourne autour des étapes, des actions et des intégrations avec d'autres services AWS.
Les services sont gérés par Amazon Web Services, Inc. et s'intègrent naturellement dans les environnements déjà construits sur AWS. Pour les équipes qui effectuent déjà des déploiements via AWS, il s'agit moins d'adopter un nouvel outil de CI que d'étendre ce qu'elles utilisent déjà.
Faits marquants :
- Service de canalisation entièrement géré
- Pas de serveurs ou de runners à entretenir
- Intégration native avec les outils AWS
- Contrôle d'accès par IAM
- Notifications d'événements pour les changements de pipeline
- Structure du pipeline définie par les services AWS
Pour qui c'est le mieux :
- Des équipes déjà très impliquées dans l'AWS
- Projets utilisant des outils de déploiement natifs AWS
- Organisations évitant l'IC auto-hébergée
- Les équipes qui préfèrent une infrastructure gérée
Informations de contact :
- Site web : aws.amazon.com
- Facebook : www.facebook.com/amazonwebservices
- Twitter : x.com/awscloud
- LinkedIn : www.linkedin.com/company/amazon-web-services
- Instagram : www.instagram.com/amazonwebservices
13. Concourse CI
Ils ont conçu cet outil pour les équipes qui souhaitent que l'IC soit ennuyeux, dans le bon sens du terme. Tout est défini comme du code, les pipelines se comportent comme des graphes de dépendances, et rien ne se passe à moins que les entrées ne changent réellement. Comparé à Drone CI, il semble plus strict et plus influencé, mais aussi plus prévisible une fois que l'on a compris son mode de fonctionnement. Le projet est open source et soutenu par la Cloud Foundry Foundation, avec un développement mené par Pixel Air IO. Les constructions s'exécutent par défaut dans des conteneurs, ce qui permet de garder les environnements propres et rend le débogage moins pénible lorsque quelque chose se casse.
Faits marquants :
- Pipelines entièrement définis en tant que code
- Constructions reproductibles basées sur des conteneurs
- Graphiques visuels du pipeline dans l'interface utilisateur
- Gestion des flux de travail pilotée par l'interface utilisateur
- Gestion rigoureuse des dépendances et de l'état
- Extensible grâce à des types de ressources personnalisés
Pour qui c'est le mieux :
- Les équipes qui préfèrent une IC stricte et limitée au code
- Projets avec dépendances complexes
- Développeurs à l'aise avec les outils de type CLI
- Organisations utilisant une infrastructure open source
Informations de contact :
- Site web : concourse-ci.org
Conclusion
L'abandon de l'IC des drones n'est généralement pas une décision radicale. La plupart des équipes ne se réveillent pas un jour en décidant que leur IC est défectueuse. Il s'agit plutôt d'une lente accumulation de petits désagréments. Un runner doit être corrigé. Un changement de configuration casse quelque chose qui n'a rien à voir. Une autre solution de contournement est ajoutée, et soudain l'IC se sent plus lourd qu'il ne devrait l'être.
En examinant ces alternatives, on constate que les équipes quittent Drone CI pour des raisons très différentes. Certaines veulent plus de structure parce que les choses sont devenues désordonnées. D'autres veulent arrêter de faire fonctionner l'infrastructure CI. D'autres encore souhaitent simplement avoir une meilleure visibilité sur ce qui se passe lorsqu'un pipeline dérape. Il n'y a pas un seul “bon” remplacement, seulement des outils qui s'adaptent aux différentes étapes de la croissance et aux différentes façons de travailler.
Si vous envisagez de déménager, il est utile d'être honnête sur ce qui vous ralentit. Non pas ce qui manque à l'outil, mais ce que vous en avez assez de gérer. Lorsque l'IC cesse de réclamer de l'attention et reprend tranquillement son travail, c'est généralement le moment où vous savez que vous avez choisi la bonne direction.
