Wercker a eu son heure de gloire. Pendant un certain temps, c'était un choix solide pour les équipes qui voulaient un CI/CD simple sans trop de cérémonie. Mais une fois qu'il a été fermé, beaucoup d'équipes se sont posé la même question : et maintenant ?
Si vous cherchez des alternatives à Wercker, il y a de fortes chances que vous vouliez quelque chose d'aussi simple, sans les maux de tête de la maintenance, les configurations fragiles ou les hypothèses dépassées. Peut-être avez-vous déjà essayé quelques outils et les avez-vous trouvés trop lourds ou trop limités. Peut-être voulez-vous simplement quelque chose qui ne vous dérange pas et qui vous laisse travailler.
Dans cet article, nous allons examiner les alternatives modernes à Wercker qui correspondent à la façon dont les équipes construisent et déploient les logiciels aujourd'hui, des outils qui s'adaptent à votre application, qui n'entravent pas votre flux de travail et qui ne disparaîtront pas du jour au lendemain.
1. AppFirst
AppFirst gère la livraison à partir de l'infrastructure plutôt qu'à partir de pipelines. Au lieu d'exiger que les étapes de construction et de déploiement soient câblées manuellement, il permet aux applications d'être décrites en termes d'exigences et met automatiquement en place l'environnement en nuage. Le réseau, les limites de sécurité et l'observabilité de base sont fournis par la plateforme sans qu'il soit nécessaire d'écrire Terraform ou un outil similaire.
Pour les équipes qui utilisent Wercker, cela peut changer l'endroit où s'arrête le CI et où commence le déploiement. Plutôt que d'étendre les pipelines avec une logique d'infrastructure, les équipes s'appuient sur la plateforme pour préparer et gérer les environnements de manière cohérente à travers les fournisseurs de cloud. Cela ne remplace pas l'automatisation de la construction, mais cela peut réduire la quantité de travail qui suit généralement une construction réussie.
Faits marquants :
- Mise en place d'une infrastructure axée sur les applications
- Journalisation, surveillance et audit intégrés
- Prise en charge de AWS, Azure et GCP
- Options de déploiement SaaS et auto-hébergées
Pour qui c'est le mieux :
- Équipes évitant le code d'infrastructure personnalisé
- Développeurs responsables des services de bout en bout
- Les organisations normalisent les environnements en nuage
Informations de contact :
- Site web : www.appfirst.dev
2. TeamCity
Ils offrent un système CI/CD structuré qui prend en charge à la fois la configuration visuelle et la configuration en tant que code. Les chaînes de construction, les modèles réutilisables et les rapports de test sont des éléments centraux de la définition et de la maintenance des pipelines.
Cette solution s'adresse aux équipes qui souhaitent plus de visibilité et de contrôle que les outils de CI plus légers. Par rapport à des configurations de pipeline plus simples, il permet des flux de travail plus complexes sans tout forcer dans des scripts personnalisés, tout en prenant en charge les environnements hébergés dans le nuage et sur site.
Faits marquants :
- Configuration du pipeline par l'interface utilisateur ou le code
- Chaînes de construction et composants réutilisables
- Modèles de déploiement en nuage et auto-hébergé
- Intégration avec les outils de développement courants
Pour qui c'est le mieux :
- Équipes exécutant des flux de travail complexes
- Organisations ayant des contraintes de conformité ou d'hébergement
- Développeurs utilisant déjà les outils JetBrains
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
3. GitHub
Ils combinent le contrôle de la source et l'automatisation en un seul endroit, ce qui change la façon dont les équipes envisagent le contrôle de la source. Les flux de travail sont proches du code et s'exécutent en réponse aux événements du référentiel, ce qui permet aux constructions et aux déploiements de faire partie de l'activité de développement quotidienne.
Pour les équipes qui s'éloignent d'un service de CI séparé, cette configuration réduit le changement de contexte. L'automatisation devient plus facile à réviser et à versionner en même temps que le code de l'application, même si cela implique souvent de passer plus de temps à définir les flux de travail dans les fichiers de configuration.
Faits marquants :
- Workflows de CI basés sur des référentiels
- Automatisation déclenchée par des événements du code
- Outils de collaboration et de révision intégrés
- Grand écosystème d'actions partagées
Pour qui c'est le mieux :
- Les équipes y hébergent déjà du code
- Projets valorisant l'intégration étroite du code et de l'IC
- Des équipes distribuées travaillant dans un même espace de travail
Informations de contact :
- Site web : github.com
- Instagram : www.instagram.com/github
- LinkedIn : www.linkedin.com/company/github
- Twitter : x.com/github
4. Codefresh
Ils se concentrent sur la livraison de type GitOps, en particulier pour les environnements Kubernetes. Au lieu de longs pipelines qui font avancer les changements, les équipes définissent des règles de promotion et laissent les déploiements progresser dans les environnements en fonction de l'état de Git.
Cette approche convient aux équipes qui ont trouvé que les pipelines de CI traditionnels devenaient trop complexes une fois que Kubernetes est entré en scène. Elle détourne l'attention de l'écriture de scripts vers la gestion de la manière et du moment où les changements se déplacent d'un environnement à l'autre.
Faits marquants :
- Flux de promotion basés sur GitOps
- Construit autour du CD Argo
- Modèle de livraison Kubernetes-first
- Prise en charge de l'IC basée sur des conteneurs
Pour qui c'est le mieux :
- Équipes utilisant Kubernetes en production
- Organisations adoptant les pratiques GitOps
- Équipes de plates-formes gérant des environnements multiples
Informations de contact :
- Site web : codefresh.io
- Facebook : www.facebook.com/codefresh.io
- Twitter : x.com/codefresh
- LinkedIn : www.linkedin.com/company/codefresh
5. AWS CodePipeline
Ils fournissent un service de pipeline géré conçu pour connecter les outils AWS dans un flux de publication défini. Les pipelines sont construits à partir d'étapes qui relient les services de source, de construction et de déploiement sans utiliser de serveurs CI distincts.
Cela fonctionne bien pour les équipes qui veulent moins de pièces mobiles et qui sont déjà profondément ancrées dans l'écosystème AWS. La contrepartie est un couplage plus étroit avec les services AWS, ce qui peut limiter la portabilité par rapport à des outils plus agnostiques.
Faits marquants :
- Service de canalisation entièrement géré
- Intégration native avec les outils AWS
- Exécution pilotée par les événements
- Contrôle d'accès via AWS IAM
Pour qui c'est le mieux :
- Équipes fonctionnant entièrement sur AWS
- Projets nécessitant des pipelines gérés simples
- Les organisations normalisent leurs services AWS
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
6. CD Argo
Ils maintiennent une collection d'outils open source pour l'exécution des flux de travail et la gestion de la livraison à l'intérieur de Kubernetes. Au lieu d'un seul produit de CI, les équipes combinent des composants pour les flux de travail, les déploiements, les déploiements et la gestion des événements.
Cette configuration convient aux équipes qui souhaitent un contrôle approfondi sur le comportement de livraison à l'intérieur des clusters. Elle nécessite davantage de connaissances sur Kubernetes, mais elle permet d'exprimer les pipelines et les déploiements de manière déclarative et modulaire.
Faits marquants :
- Outils de flux de travail et de livraison natifs de Kubernetes.
- Modèle de configuration déclaratif
- Prise en charge des déploiements canari et bleu-vert
- Source ouverte et communauté
Pour qui c'est le mieux :
- Équipes d'ingénierie axées sur Kubernetes
- Équipes construisant des systèmes de livraison personnalisés
- Organisations à l'aise avec les outils open source
Informations de contact :
- Site web : argoproj.github.io
7. GitLab
Ils fournissent une plateforme unique qui combine le contrôle de la source, le CI/CD et les flux de travail de sécurité. Les pipelines sont définis en même temps que le code et s'exécutent via une interface unifiée qui couvre les étapes de construction, de test et de déploiement.
Cela intéresse les équipes qui cherchent à réduire le nombre de systèmes distincts qu'elles gèrent. Bien que la plateforme couvre de nombreux domaines, certaines équipes peuvent la trouver plus lourde que les outils axés uniquement sur l'informatique décisionnelle.
Faits marquants :
- CI/CD intégré lié aux référentiels
- Des flux de travail unifiés de la validation au déploiement
- Fonctions de sécurité intégrées
- Options d'hébergement dans le nuage et d'auto-hébergement
Pour qui c'est le mieux :
- Les équipes veulent une plateforme DevOps unique
- Organisations gérant conjointement l'intelligence artificielle et la sécurité
- Projets nécessitant une visibilité de bout en bout
Informations de contact :
- Site web : about.gitlab.com
- Facebook : www.facebook.com/gitlab
- LinkedIn : www.linkedin.com/company/gitlab-com
- Twitter : x.com/gitlab
8. CircleCI
Ils fournissent une plateforme CI/CD hébergée où les pipelines sont définis par des fichiers de configuration et exécutés dans des environnements gérés. Les constructions, les tests et les déploiements peuvent être déclenchés par des changements dans les référentiels connectés, avec un support pour de nombreux langages, frameworks et fournisseurs de cloud.
Les équipes issues de Wercker se tournent souvent vers cette option lorsqu'elles souhaitent que l'IC se concentre sur l'automatisation plutôt que sur la gestion de l'infrastructure. Le service gère les environnements d'exécution et la mise à l'échelle, ce qui réduit la nécessité de maintenir des serveurs de construction, tout en permettant un contrôle assez détaillé des flux de travail.
Faits marquants :
- CI/CD hébergé avec des pipelines configurables
- Prise en charge de nombreuses langues et cibles de déploiement
- Intégrations avec les plateformes d'hébergement de code les plus courantes
- Environnements d'exécution gérés
Pour qui c'est le mieux :
- Équipes souhaitant un CI hébergé sans serveurs en fonctionnement
- Projets avec des technologies variées
- Les groupes qui préfèrent les pipelines basés sur la configuration
Informations de contact :
- Site web : circleci.com
- LinkedIn : www.linkedin.com/company/circleci
- Twitter : x.com/circleci
9. Tekton
Ils offrent un cadre open source pour construire des systèmes CI/CD sur Kubernetes. Au lieu d'un service prêt à l'emploi, ils fournissent des blocs de construction tels que des tâches et des pipelines que les équipes peuvent assembler pour correspondre à leurs flux de travail.
Cette approche convient aux équipes qui ont dépassé les outils de CI plus simples et qui veulent davantage de contrôle sur la façon dont les constructions et les déploiements s'exécutent. Par rapport aux outils hébergés de type Wercker, cette approche nécessite plus de configuration et de connaissances sur Kubernetes, mais elle permet aux flux de travail de rester portables dans tous les environnements.
Faits marquants :
- Composants CI/CD natifs de Kubernetes
- Définitions déclaratives des pipelines
- Support en nuage et sur site
- Open source et neutre par rapport aux fournisseurs
Pour qui c'est le mieux :
- Équipes utilisant déjà Kubernetes
- Ingénieurs construisant des systèmes de CI sur mesure
- Les organisations évitent les services de CI gérés
Informations de contact :
- Site web : tekton.dev
10. Navire à code
Ils fournissent un service CI/CD qui se concentre sur le fonctionnement rapide des pipelines tout en permettant aux équipes d'évoluer vers des configurations plus avancées. Les pipelines peuvent commencer par une interface guidée et évoluer ensuite vers un contrôle basé sur la configuration.
Pour les équipes qui remplacent Wercker, cela peut sembler familier en termes d'exécution hébergée et de constructions basées sur un référentiel. Le CI reste centralisé tout en permettant aux développeurs de choisir le degré de contrôle dont ils ont besoin sur les environnements et les étapes.
Faits marquants :
- Service hébergé CI/CD
- Installation guidée avec configuration optionnelle sous forme de code
- Large soutien à l'intégration
- Exécution en nuage
Pour qui c'est le mieux :
- Petites équipes d'ingénieurs en pleine croissance
- Projets passant de pipelines simples à des pipelines plus complexes
- Équipes préférant un service de CI géré
Informations de contact :
- Site web : www.cloudbees.com
- Facebook : www.facebook.com/cloudbees
- Twitter : x.com/cloudbees
- LinkedIn : www.linkedin.com/company/cloudbees
- Instagram : www.instagram.com/cloudbees_inc
- Adresse : Faubourg de l'Hôpital 18 CH-2000 Neuchâtel Suisse
11. Razorops
Ils se concentrent sur le CI/CD basé sur les conteneurs, en mettant l'accent sur les flux de travail agnostiques. Les pipelines sont conçus pour faire passer le code de la construction au déploiement avec une configuration minimale, en utilisant les conteneurs comme principale unité d'exécution.
Cette option est souvent envisagée lorsque les équipes souhaitent quelque chose de plus léger que les grandes plateformes de CI, mais de plus structuré que les scripts maison. Elle permet de conserver une logique de CI relativement simple tout en prenant en charge les modèles de déploiement modernes.
Faits marquants :
- Exécution d'un pipeline natif dans un conteneur
- Support de déploiement agnostique
- Configuration simple du pipeline
- Plateforme CI/CD hébergée
Pour qui c'est le mieux :
- Les équipes adoptent les flux de travail des conteneurs
- Projets nécessitant une mise en place rapide de l'IC
- Groupes évitant les systèmes de CI lourds
Informations de contact :
- Site web : razorops.com
- Courriel : support@razorops.com
- Facebook : www.facebook.com/razorops
- Twitter : x.com/razorops
- LinkedIn : www.linkedin.com/company/razorops
- Instagram : www.instagram.com/razoropscicd
- Adresse : 5208 Cumberland Dr, Roseville, États-Unis
- Téléphone : +1 (916) 272 8503
12. Jenkins
Ils maintiennent un serveur d'automatisation open source qui peut être utilisé pour CI, CD, ou des tâches d'automatisation plus larges. Les fonctionnalités sont étendues grâce à des plugins, ce qui permet aux équipes de connecter pratiquement n'importe quel outil ou service.
Par rapport aux outils hébergés de type Wercker, cette configuration transfère la responsabilité à l'équipe. Elle offre flexibilité et contrôle, mais elle implique également la gestion des mises à jour, des plugins et de l'infrastructure qui exécute les builds.
Faits marquants :
- Serveur d'automatisation open source
- Large écosystème de plugins
- Auto-hébergé et hautement configurable
- Prise en charge des constructions distribuées
Pour qui c'est le mieux :
- Équipes ayant besoin d'un contrôle total sur l'IC
- Organisations ayant déjà une expérience de Jenkins
- Projets nécessitant des intégrations personnalisées
Informations de contact :
- Site web : www.jenkins.io
- LinkedIn : www.linkedin.com/company/jenkins-project
- Twitter : x.com/jenkinsci
13. Harnais
Ils offrent une plateforme de livraison qui couvre la CI, la CD et la gestion de l'environnement. Les pipelines peuvent être définis via la configuration ou l'interface utilisateur, avec un support pour différentes stratégies de déploiement et types d'infrastructure.
Cette solution peut convenir aux équipes qui vont au-delà de l'IC de base et cherchent à gérer les déploiements de manière plus explicite. Par rapport aux flux de travail plus simples de type Wercker, il introduit plus de structure autour des environnements et des versions.
Faits marquants :
- Capacités de CI et de CD dans une seule plateforme
- Prise en charge de stratégies de déploiement multiples
- Gestion de l'environnement et des versions
- Options d'hébergement dans le nuage et d'auto-hébergement
Pour qui c'est le mieux :
- Les équipes formalisent les flux de déploiement
- Organisations gérant des environnements multiples
- Projets nécessitant des processus de livraison structurés
Informations de contact :
- Site web : www.harness.io
- Facebook : www.facebook.com/harnessinc
- LinkedIn : www.linkedin.com/company/harnessinc
- Twitter : x.com/harnessio
- Instagram : www.instagram.com/harness.io
14. Copain
Ils fournissent une plateforme CI/CD qui met l'accent sur la facilité d'utilisation. Les pipelines peuvent être créés via une interface visuelle ou des fichiers de configuration, et les déploiements peuvent cibler de nombreux types d'infrastructure.
Pour les équipes qui viennent de Wercker, cela peut sembler abordable tout en couvrant les besoins communs de CI. Il prend en charge à la fois l'automatisation simple et les flux de travail plus détaillés sans nécessiter beaucoup de configuration au départ.
Faits marquants :
- Pipelines visuels et basés sur la configuration
- Prise en charge de nombreux objectifs de déploiement
- Gestion intégrée de l'environnement
- Options d'hébergement dans le nuage et d'auto-hébergement
Pour qui c'est le mieux :
- Équipes souhaitant un outil de CI facile à utiliser
- Projets avec des objectifs de déploiement mixtes
- Les développeurs préfèrent la configuration visuelle du pipeline
Informations de contact :
- Site web : buddy.works
- Twitter : x.com/useBuddy
Conclusion
La disparition de Wercker n'a pas seulement laissé un vide dans l'outillage. Il a poussé les équipes à se poser des questions qu'elles n'avaient pas vraiment besoin de se poser auparavant. Voulons-nous toujours un CI hébergé qui se contente d'exécuter des pipelines ? Voulons-nous plus de contrôle ou moins ? Avons-nous encore besoin de la même forme de flux de travail ?
En examinant les alternatives, il est clair qu'il n'existe pas de solution de remplacement propre qui convienne à tout le monde. Certains outils privilégient la commodité et les configurations gérées. D'autres supposent que vous êtes à l'aise avec la propriété du système, en particulier si Kubernetes fait déjà partie de votre travail quotidien. Quelques-uns vont au-delà de l'IC et commencent à fusionner les constructions, les déploiements et les environnements en un seul flux. Aucune de ces voies n'est mauvaise, mais elles conduisent à des expériences quotidiennes très différentes.
Si Wercker a bien fonctionné pour votre équipe, cela signifie probablement que vous accordez plus d'importance à des pipelines calmes et prévisibles qu'à une personnalisation sans fin. Cela vaut la peine d'être protégé. S'il a commencé à vous sembler trop étroit, c'est l'occasion de choisir quelque chose qui corresponde à la façon dont votre équipe travaille aujourd'hui, et non pas à la façon dont elle travaillait il y a des années. En fin de compte, l'abandon de Wercker ne consiste pas tant à trouver un substitut qu'à choisir le type de friction avec lequel vous êtes prêt à vivre.
