Codeship

version, Drone utilise les informations du compte de référentiel afin d’initialiser ses propres modèles d’authentification, d’utilisateur et de permissions. Il est lui- même exécuté en tant que conteneur, comme ses processus CI. Drone est compatible avec plusieurs serveurs de bases de données et fournisseurs de référentiels et offre un support intégré pour la configuration de certificats TLS/ SSL avec Let’s Encrypt pour le cryptage de transport. Drone recherche des fichiers YAML particuliers dans les référentiels pour définir le pipeline. Sa syntaxe est plutôt facile à lire et assez explicite pour que toute personne utilisant le référentiel puisse comprendre le processus d’intégration continue. Son système de plug- in est très différent de celui de Jenkins. Les plug- ins de Drone sont des containers Docker spécifiques employés pour déposer des tâches préconfigurées dans le flux de travail standard. Cela simplifie la réalisation des tâches les plus courantes en appelant le plug- in avec quelques paramètres, plutôt que de scripter manuellement tout le processus. Les plugins Drone ressemblent un peu aux commandes d’utilitaires Unix/ Linux ( tels Ansible, Chef ou Puppet) qui sont conçues pour réaliser correctement une tâche très ciblée.

Travis CI

Travis CI est un système de type Saas ( Software as a Service). Ses pipelines sont stockés sous forme de fichier YAML avec le code source. Travis s’intègre parfaitement à d’autres outils comme Github ou Gitlab. Son temps de disponibilité est très élevé. Vous pouvez l’utiliser aussi bien en tant que Saas qu’en version hébergée. Travis comporte de nombreux composants, il est difficile de tous les installer. Il est plus facile de les déployer sur Kubernetes avec les charts Helm fournis par Travis CI ( https:// github. com/ travis- ci/ kubernetes- config). Cependant, si vous développez du code open source, vous pouvez aussi utiliser gratuitement la version Saas de Travis CI qui offre un excellent service. Utilisé de pair avec Github, ce dernier va informer Travis CI de toute modification apportée dans le dépôt, ce qui permet de maintenir le projet à jour en permanence. En résumé, Travis CI est open source sous licence MIT, programmé en Ruby, fonctionne sur toutes les plates- formes système, se marie très bien avec Github et Jenkins, se configure – un de plus – à l’aide d’un fichier YAML, est gratuit pour les projets open source et coûte, pour les projets commerciaux, de 69 à 489 $ par mois.

Concourse

La plate- forme d’intégration continue Concourse ( https:// concourse- ci. org/) a été initialement publiée en 2014. L’approche de Concourse vis- àvis de l’espace CI/ CD est un peu particulière par rapport aux autres outils

L’out i l IC Codeship appartient aujourd’hui à Cloudbee ( encore…). Ce programme est disponible en deux versions. La version de base offre une interface web facile d’utilisation, alors que la version pro est configurée à l’aide de fichiers dans le dépôt. Les développeurs souhaitant travailler avec un conteneur Docker devront opter pour la version pro. Dans la version de base, il s’utilise via une interface web. Il est gratuit pour 100 builds par mois s’il est employé uniquement comme pipeline de testing. Autrement, son coût est compris entre 75 et 1 500 $ par mois. du genre. Sa technique consiste à rendre le serveur d’intégration entièrement disponible, de sorte que les mêmes processus puissent facilement être exécutés sur n’importe quel serveur Concourse. Chaque partie du processus d’intégration continue est composée de primitives de base qui modélisent différents éléments du système, en définissant ses dépendances de manière explicite. Par exemple, la première tâche peut nécessiter la dernière validation dans un référentiel VCS, tandis que les parties suivantes du processus pourront nécessiter la dernière validation ayant passé les précédentes étapes. Cette méthode de construction de pipelines en mappant les dépendances exactes de chaque étape conduit à un comportement strictement défini. Pour éviter au maximum les incidents pendant l’exécution du processus, Concourse ne transmet rien implicitement entre les travaux et ne fournit aucun moyen interne de stockage des artefacts de construction. Toutes les informations nécessaires à la prochaine étape doivent être explicitement définies et éventuellement transférées vers un magasin externe pour pouvoir être extraites à l’étape suivante. En exigeant des définitions explicites, Concourse minimise le nombre d’hypothèses et de variables inconnues que le système doit prendre en compte. Pour arriver à ce résultat, le système est constitué de microservices et chaque tâche s’exécute dans un conteneur. Concourse dispose également d’un système d’extension simple qui repose sur le concept fondamental des ressources.