{"id":96161,"date":"2020-10-08T19:42:48","date_gmt":"2020-10-08T17:42:48","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/bitva-jenkins-i-gitlab-ci-cd"},"modified":"2020-10-08T19:42:48","modified_gmt":"2020-10-08T17:42:48","slug":"bitva-jenkins-i-gitlab-ci-cd","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/bitva-jenkins-i-gitlab-ci-cd","title":{"rendered":"La bataille entre Jenkins et GitLab CI\/CD","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Au cours de la derni\u00e8re d\u00e9cennie, des progr\u00e8s significatifs ont \u00e9t\u00e9 r\u00e9alis\u00e9s dans le d\u00e9veloppement d'outils d'int\u00e9gration continue (Continuous Integration, CI) et de d\u00e9ploiement continu (Continuous Delivery, CD). L'\u00e9volution des technologies d'int\u00e9gration du d\u00e9veloppement et des op\u00e9rations logicielles (Development Operations, DevOps) a conduit \u00e0 une forte augmentation de la demande pour des outils CI\/CD. Les solutions existantes sont constamment am\u00e9lior\u00e9es, cherchant \u00e0 rester \u00e0 jour, avec de nouvelles versions qui apparaissent, et le monde de l'assurance qualit\u00e9 logicielle (Quality Assurance, QA) voit r\u00e9guli\u00e8rement l'\u00e9mergence de nombreux nouveaux produits. Avec une telle vari\u00e9t\u00e9 de choix, s\u00e9lectionner les bons outils s'av\u00e8re \u00eatre une t\u00e2che ardue.<\/p>\n

\"La<\/a><\/noindex><\/p>\n

Parmi tous les outils CI\/CD existants, deux projets m\u00e9ritent vraiment l'attention de quiconque s'int\u00e9resse \u00e0 ce domaine. Il s'agit de Jenkins et de l'outil GitLab CI\/CD, qui fait partie de la plateforme GitLab. Jenkins a plus de 16000<\/a><\/noindex> \u00e9toiles sur GitHub. Le d\u00e9p\u00f4t GitLab sur gitlab.com a recueilli un peu plus de 2000<\/a><\/noindex> \u00e9toiles. En comparant la popularit\u00e9 des d\u00e9p\u00f4ts, il appara\u00eet que Jenkins a accumul\u00e9 8 fois plus d'\u00e9toiles que la plateforme incluant GitLab CI\/CD. Cependant, lors du choix d'un outil CI\/CD, ce n'est pas le seul indicateur \u00e0 prendre en compte. Il en existe de nombreux autres, ce qui explique pourquoi dans de nombreuses comparaisons, Jenkins et GitLab CI\/CD se retrouvent tr\u00e8s proches l'un de l'autre.
\n<\/a><\/noindex>
\nPrenons, par exemple, les donn\u00e9es de la plateforme G2, qui recueille des avis sur divers produits et les \u00e9valuations attribu\u00e9es par les utilisateurs. Ici, la note moyenne de Jenkins<\/a><\/noindex>, bas\u00e9e sur 288 avis, est de 4,3 \u00e9toiles. Et pour GitLab<\/a><\/noindex> ce dernier, avec 270 avis, la note moyenne de cet outil est de 4,4 \u00e9toiles. Nous ne nous trompons pas en affirmant que Jenkins et GitLab CI\/CD s'affrontent sur un pied d'\u00e9galit\u00e9. Il est int\u00e9ressant de noter que le projet Jenkins a \u00e9t\u00e9 lanc\u00e9 en 2011 et, depuis lors, il est l'outil favori des testeurs. Cependant, le projet GitLab CI\/CD, lanc\u00e9 en 2014, a su se faire une place tr\u00e8s \u00e9lev\u00e9e gr\u00e2ce aux fonctionnalit\u00e9s avanc\u00e9es que cette plateforme propose.<\/p>\n

En ce qui concerne la popularit\u00e9 de Jenkins par rapport \u00e0 d'autres plateformes similaires, nous avons publi\u00e9 un article comparant les plateformes Travis CI et Jenkins et avons organis\u00e9 un sondage. 85 utilisateurs ont particip\u00e9. On a propos\u00e9 aux r\u00e9pondants de choisir l'outil CI\/CD qu'ils pr\u00e9f\u00e8rent le plus. 79 % ont choisi Jenkins, 5 % ont s\u00e9lectionn\u00e9 Travis CI, et 16 % ont indiqu\u00e9 qu'ils pr\u00e9f\u00e9raient d'autres outils.<\/p>\n

\"La
\nR\u00e9sultats du sondage<\/i><\/p>\n

Parmi d'autres outils CI\/CD, GitLab CI\/CD a \u00e9t\u00e9 mentionn\u00e9 le plus souvent.<\/p>\n

Si vous \u00eates s\u00e9rieusement engag\u00e9 dans le DevOps, vous devez choisir soigneusement les outils appropri\u00e9s en tenant compte des sp\u00e9cificit\u00e9s du projet, de son budget et d'autres exigences. Pour vous aider \u00e0 faire le bon choix, nous allons analyser Jenkins et GitLab CI\/CD. Nous esp\u00e9rons que cela vous aidera \u00e0 prendre la bonne d\u00e9cision.<\/p>\n

Introduction \u00e0 Jenkins<\/h2>\n

\n\"La
\nJenkins<\/a><\/noindex> est un outil CI\/CD largement reconnu et flexible, con\u00e7u pour automatiser de nombreuses t\u00e2ches li\u00e9es aux projets logiciels. Jenkins est enti\u00e8rement \u00e9crit en Java et est publi\u00e9 sous licence MIT. Il poss\u00e8de un ensemble puissant de fonctionnalit\u00e9s visant \u00e0 automatiser les t\u00e2ches li\u00e9es \u00e0 la construction, aux tests, au d\u00e9ploiement, \u00e0 l'int\u00e9gration et \u00e0 la publication de logiciels. Cet outil peut \u00eatre utilis\u00e9 sur divers syst\u00e8mes d'exploitation, notamment macOS, Windows et de nombreuses distributions Linux comme OpenSUSE, Ubuntu et Red Hat. Il existe des paquets d'installation de Jenkins destin\u00e9s \u00e0 divers syst\u00e8mes d'exploitation, et cet outil peut \u00eatre install\u00e9 dans Docker et sur tout syst\u00e8me disposant d'un JRE (Java Runtime Environment).<\/p>\n

Les d\u00e9veloppeurs de Jenkins ont cr\u00e9\u00e9 un autre projet, Jenkins X, qui est con\u00e7u pour fonctionner dans un environnement Kubernetes. Jenkins X int\u00e8gre Helm, le serveur Jenkins CI\/CD, Kubernetes, et d'autres outils destin\u00e9s \u00e0 cr\u00e9er des pipelines CI\/CD conformes aux meilleures pratiques du DevOps. Par exemple, GitOps est utilis\u00e9 ici.<\/p>\n

Parmi les avantages de Jenkins, on peut ajouter que ses scripts sont tr\u00e8s bien structur\u00e9s, clairs et faciles \u00e0 lire. L'\u00e9quipe de Jenkins a cr\u00e9\u00e9 environ 1000 plugins qui visent \u00e0 organiser l'interaction de Jenkins avec diverses technologies. Dans les scripts, il est possible d'utiliser des syst\u00e8mes d'authentification, ce qui permet par exemple de se connecter \u00e0 divers syst\u00e8mes priv\u00e9s.<\/p>\n

Pendant le fonctionnement du pipeline Jenkins, il est possible d'observer ce qui se passe \u00e0 chaque \u00e9tape, ainsi que si certaines phases se sont termin\u00e9es avec succ\u00e8s ou non. On peut tout cela en utilisant les capacit\u00e9s du terminal sans recourir \u00e0 une interface graphique.<\/p>\n

Caract\u00e9ristiques de Jenkins<\/h2>\n

\nParmi les caract\u00e9ristiques largement reconnues de Jenkins, on peut noter la facilit\u00e9 de configuration, un haut niveau d'automatisation des diverses op\u00e9rations et une excellente documentation. En mati\u00e8re de r\u00e9solution de t\u00e2ches DevOps, Jenkins est consid\u00e9r\u00e9 comme un outil tr\u00e8s fiable, dont l'utilisation ne n\u00e9cessite g\u00e9n\u00e9ralement pas de surveiller attentivement tout le processus de traitement du projet. Ce n'est pas le cas avec d'autres outils CI\/CD. Discutons de certaines des fonctionnalit\u00e9s les plus importantes de Jenkins.<\/p>\n

\u258d1. Gratuit\u00e9, code source ouvert, prise en charge de nombreuses plateformes<\/h3>\n

\nJenkins peut fonctionner sur macOS, Windows et Linux. Il peut \u00e9galement fonctionner dans un environnement Docker, ce qui permet d'organiser l'ex\u00e9cution uniforme et rapide des t\u00e2ches automatis\u00e9es. De plus, cet outil peut s'ex\u00e9cuter en tant que servlet dans des conteneurs prenant en charge Java, tels qu'Apache Tomcat et GlassFish. L'installation de Jenkins est de qualit\u00e9 bien document\u00e9e<\/a><\/noindex>.<\/p>\n

\u258d2. \u00c9cosyst\u00e8me de plugins avanc\u00e9<\/h3>\n

\nL'\u00e9cosyst\u00e8me de plugins de Jenkins est beaucoup plus d\u00e9velopp\u00e9 par rapport \u00e0 ceux des modules d'autres outils CI\/CD. Actuellement, il existe plus de 1500 plugins pour Jenkins. Ces plugins sont destin\u00e9s \u00e0 r\u00e9soudre un large \u00e9ventail de t\u00e2ches, permettant d'automatiser divers projets. La richesse des choix de modules gratuits signifie que ceux qui utilisent Jenkins n'ont pas besoin d'acheter des plugins co\u00fbteux. Il est possible d'int\u00e9grer<\/a><\/noindex> Jenkins avec de nombreux outils DevOps.<\/p>\n

\u258d3. Installation et configuration simples<\/h3>\n

\nJenkins est assez facile \u00e0 installer et \u00e0 configurer. De plus, le processus de mise \u00e0 jour du syst\u00e8me est \u00e9galement tr\u00e8s pratique. Encore une fois, il convient de mentionner la qualit\u00e9 de la documentation, o\u00f9 l'on peut trouver des r\u00e9ponses \u00e0 de nombreuses questions li\u00e9es \u00e0 l'installation et \u00e0 la configuration de Jenkins.<\/p>\n

\u258d4. Communaut\u00e9 accueillante<\/h3>\n

\nComme d\u00e9j\u00e0 mentionn\u00e9, Jenkins est un projet open source dont l'\u00e9cosyst\u00e8me comprend un grand nombre de plugins. Autour de Jenkins s'est form\u00e9e une vaste communaut\u00e9 d'utilisateurs et de d\u00e9veloppeurs qui contribuent au d\u00e9veloppement du projet. La communaut\u00e9 est l'un des facteurs qui favorisent l'\u00e9volution de Jenkins.<\/p>\n

\u258d5. Pr\u00e9sence d'une API REST<\/h3>\n

\nEn travaillant avec Jenkins, vous pouvez utiliser l'API REST, ce qui \u00e9tend les capacit\u00e9s du syst\u00e8me. L'API pour l'acc\u00e8s \u00e0 distance au syst\u00e8me est disponible en trois formats : XML, JSON avec support JSONP, Python. Voici<\/a><\/noindex> la page de documentation qui d\u00e9voile les d\u00e9tails sur le fonctionnement de l'API REST de Jenkins.<\/p>\n

\u258d6. Prise en charge de l'ex\u00e9cution parall\u00e8le des t\u00e2ches<\/h3>\n

\nJenkins prend en charge le parall\u00e9lisme des t\u00e2ches DevOps. Il peut \u00eatre facilement int\u00e9gr\u00e9 aux outils correspondants et vous pouvez recevoir des notifications sur les r\u00e9sultats d'ex\u00e9cution des t\u00e2ches. L'ex\u00e9cution des tests de code peut \u00eatre acc\u00e9l\u00e9r\u00e9e en organisant une compilation parall\u00e8le du projet en utilisant diff\u00e9rentes machines virtuelles.<\/p>\n

\u258d7. Prise en charge des environnements distribu\u00e9s<\/h3>\n

\nJenkins permet d'organiser des compilations distribu\u00e9 avec plusieurs ordinateurs. Cette fonctionnalit\u00e9 est applicable dans de grands projets et utilise un mod\u00e8le de fonctionnement o\u00f9 il existe un serveur principal Jenkins et plusieurs machines esclaves. Les machines esclaves peuvent \u00e9galement \u00eatre utilis\u00e9es dans des situations o\u00f9 il est n\u00e9cessaire d'organiser des tests de projet dans des environnements diff\u00e9rents. Ces possibilit\u00e9s distinguent avantageusement Jenkins des autres projets similaires.<\/p>\n

Introduction \u00e0 GitLab<\/h2>\n

\n\"La
\nGitLab CI\/CD<\/a><\/noindex> peut \u00eatre consid\u00e9r\u00e9 comme l'un des outils les plus r\u00e9cents et les plus appr\u00e9ci\u00e9s par les ing\u00e9nieurs DevOps. Cet outil open source gratuit est int\u00e9gr\u00e9 dans le syst\u00e8me de contr\u00f4le de version GitLab. La plateforme GitLab dispose d'une version communautaire, qui prend en charge la gestion des d\u00e9p\u00f4ts, des outils de suivi des probl\u00e8mes, l'organisation de revues de code et des m\u00e9canismes ax\u00e9s sur la cr\u00e9ation de documentation. Les entreprises peuvent installer GitLab localement, liant ce syst\u00e8me \u00e0 Active Directory et aux serveurs LDAP pour organiser une authentification et une autorisation s\u00e9curis\u00e9es des utilisateurs.<\/p>\n

Voici<\/a><\/noindex> un tutoriel vid\u00e9o qui vous aidera \u00e0 comprendre comment cr\u00e9er des pipelines CI\/CD en utilisant les fonctionnalit\u00e9s de GitLab CI\/CD.<\/p>\n

Initialement, GitLab CI\/CD a \u00e9t\u00e9 lanc\u00e9 comme un projet autonome, mais en 2015, cet ensemble d'outils a \u00e9t\u00e9 int\u00e9gr\u00e9 dans GitLab 8.0. Un serveur GitLab CI\/CD distinct peut prendre en charge plus de 25 000 utilisateurs. Sur la base de tels serveurs, il est possible de cr\u00e9er des syst\u00e8mes \u00e0 haute disponibilit\u00e9.<\/p>\n

GitLab CI\/CD et le projet principal GitLab sont \u00e9crits en Ruby et Go. Ils sont publi\u00e9s sous la licence MIT. GitLab CI\/CD, en plus des fonctionnalit\u00e9s standard des outils CI\/CD, prend \u00e9galement en charge des fonctionnalit\u00e9s suppl\u00e9mentaires, telles que la planification des travaux.<\/p>\n

Int\u00e9grer GitLab CI\/CD dans un projet est tr\u00e8s simple. Lorsque vous utilisez GitLab CI\/CD, le processus de traitement du code du projet est divis\u00e9 en \u00e9tapes, chacune pouvant comporter plusieurs t\u00e2ches effectu\u00e9es dans un certain ordre. Les t\u00e2ches peuvent \u00eatre finement r\u00e9gl\u00e9es.<\/p>\n

Les t\u00e2ches peuvent s'ex\u00e9cuter en parall\u00e8le. Apr\u00e8s avoir configur\u00e9 la s\u00e9quence des \u00e9tapes et des t\u00e2ches, le pipeline CI\/CD est pr\u00eat \u00e0 fonctionner. Vous pouvez suivre l'\u00e9tat d'avancement du pipeline en surveillant l'\u00e9tat des t\u00e2ches. En cons\u00e9quence, l'utilisation de GitLab CI\/CD est tr\u00e8s pratique, peut-\u00eatre plus que d'autres outils similaires.<\/p>\n

Caract\u00e9ristiques de GitLab CI\/CD et de GitLab<\/h2>\n

\nGitLab CI\/CD est l'un des outils DevOps les plus populaires. Le projet se distingue par sa documentation de qualit\u00e9, et ses fonctionnalit\u00e9s sont faciles et agr\u00e9ables \u00e0 utiliser. Si vous n'\u00eates pas encore familier avec GitLab CI\/CD, la liste suivante des fonctionnalit\u00e9s de cet outil vous donnera une id\u00e9e g\u00e9n\u00e9rale de ce \u00e0 quoi vous pouvez vous attendre. Il convient de noter que beaucoup de ces fonctionnalit\u00e9s sont li\u00e9es \u00e0 la plateforme GitLab elle-m\u00eame, dans laquelle GitLab CI\/CD est int\u00e9gr\u00e9.<\/p>\n

\u258d1. Popularit\u00e9<\/h3>\n

\nGitLab CI\/CD est un outil relativement nouveau qui a trouv\u00e9 une large application. GitLab CI\/CD est progressivement devenu un outil CI\/CD extr\u00eamement populaire, utilis\u00e9 pour les tests automatis\u00e9s et le d\u00e9ploiement de logiciels. Il est facile \u00e0 configurer. De plus, il s'agit d'un outil CI\/CD gratuit, int\u00e9gr\u00e9 \u00e0 la plateforme GitLab.<\/p>\n

\u258d2. Prise en charge de GitLab Pages et Jekyll<\/h3>\n

\nJekyll est un g\u00e9n\u00e9rateur de sites statiques qui peut \u00eatre utilis\u00e9 dans le cadre du syst\u00e8me GitLab Pages pour cr\u00e9er des sites bas\u00e9s sur des d\u00e9p\u00f4ts GitLab. Le syst\u00e8me prend les mat\u00e9riaux sources et g\u00e9n\u00e8re un site statique pr\u00eat \u00e0 l'emploi \u00e0 partir de ceux-ci. Vous pouvez g\u00e9rer l'apparence et les fonctionnalit\u00e9s de ces sites en modifiant le fichier _config.yml<\/code>, utilis\u00e9 par Jekyll.<\/p>\n

\u258d3. Fonctionnalit\u00e9s de planification de projets<\/h3>\n

\nLa planification des \u00e9tapes des projets am\u00e9liore le suivi des probl\u00e8mes et leur regroupement. Cela permet de g\u00e9rer l'organisation du travail sur les projets et de planifier leur r\u00e9alisation \u00e0 une date pr\u00e9cise.<\/p>\n

\u258d4. \u00c9volutivit\u00e9 automatique des CI runners<\/h3>\n

\nGr\u00e2ce \u00e0 l'\u00e9volutivit\u00e9 automatique des runners, responsables de l'ex\u00e9cution de t\u00e2ches sp\u00e9cifiques, il est possible de r\u00e9aliser d'importantes \u00e9conomies sur le co\u00fbt de location des capacit\u00e9s serveur. Cela est particuli\u00e8rement important, notamment dans des environnements o\u00f9 les tests de projets sont effectu\u00e9s en parall\u00e8le. De plus, c'est crucial pour les grands projets compos\u00e9s de plusieurs d\u00e9p\u00f4ts.<\/p>\n

\u258d5. Outils de suivi des probl\u00e8mes<\/h3>\n

\nLes puissantes capacit\u00e9s de suivi des probl\u00e8mes de GitLab ont conduit de nombreux projets open source \u00e0 l'utiliser. GitLab CI\/CD permet de tester en parall\u00e8le diff\u00e9rentes branches de code. Les r\u00e9sultats des tests sont facilement analysables dans l'interface du syst\u00e8me. Cela distingue avantageusement GitLab CI\/CD de Jenkins.<\/p>\n

\u258d6. Restriction d'acc\u00e8s aux d\u00e9p\u00f4ts<\/h3>\n

\nLa plateforme GitLab prend en charge la restriction d'acc\u00e8s aux d\u00e9p\u00f4ts. Par exemple, aux personnes qui travaillent ensemble sur un projet dans un certain d\u00e9p\u00f4t, il est possible d'attribuer des droits correspondant \u00e0 leurs r\u00f4les. Cela est particuli\u00e8rement pertinent pour les projets d'entreprise.<\/p>\n

\u258d7. Support actif de la communaut\u00e9<\/h3>\n

\nAutour de GitLab, une communaut\u00e9 active s'est form\u00e9e, contribuant \u00e0 l'\u00e9volution de cette plateforme et de ses outils, notamment GitLab CI\/CD. L'int\u00e9gration profonde de GitLab CI\/CD et de GitLab facilite la recherche de r\u00e9ponses aux questions qui se posent lors de l'utilisation de GitLab CI\/CD.<\/p>\n

\u258d8. Support pour diff\u00e9rents syst\u00e8mes de contr\u00f4le de version<\/h3>\n

\nGitLab CI\/CD est un syst\u00e8me qui peut fonctionner non seulement avec le code stock\u00e9 dans les d\u00e9p\u00f4ts GitLab. Par exemple, le code peut \u00eatre conserv\u00e9 dans un d\u00e9p\u00f4t GitHub, tandis que le pipeline CI\/CD peut \u00eatre organis\u00e9 sur la base de GitLab en utilisant GitLab CI\/CD.<\/p>\n

Comparaison entre Jenkins et GitLab CI\/CD<\/h2>\n

\nJenkins et GitLab CI\/CD sont de tr\u00e8s bons outils, chacun capable d'assurer le bon fonctionnement d'un pipeline CI\/CD. Cependant, en les comparant, il appara\u00eet qu'ils, bien que similaires \u00e0 bien des \u00e9gards, diff\u00e8rent sur certains points.<\/p>\n

Caract\u00e9ristiques<\/strong>
\nJenkins<\/strong>
\nGitLab CI\/CD<\/strong><\/p>\n

Code ouvert ou ferm\u00e9
\nCode ouvert
\nCode ouvert<\/p>\n

Installation
\nN\u00e9cessaire.
\nPas n\u00e9cessaire, car c'est une fonctionnalit\u00e9 int\u00e9gr\u00e9e de la plateforme GitLab.<\/p>\n

Caract\u00e9ristiques uniques
\nSupport des plugins.
\nInt\u00e9gration approfondie dans le syst\u00e8me de gestion de version.<\/p>\n

Support
\nAbsent.
\nPr\u00e9sent.<\/p>\n

Installation et configuration
\nNe pose pas de difficult\u00e9s
\nNe pose pas de difficult\u00e9s<\/p>\n

D\u00e9ploiement autonome du syst\u00e8me
\nC'est la seule option d'utilisation du syst\u00e8me.
\nSupport\u00e9.<\/p>\n

Cr\u00e9ation de pipelines CI\/CD
\nSupport\u00e9, utilisant Jenkins Pipeline.
\nSupport\u00e9.<\/p>\n

Surveillance des performances des applications
\nAbsent.
\nPr\u00e9sent.<\/p>\n

\u00c9cosyst\u00e8me
\nIl existe plus de 1000 plugins.
\nLe syst\u00e8me \u00e9volue dans le cadre de GitLab.<\/p>\n

API
\nSupporte un syst\u00e8me API avanc\u00e9.
\nPropose une API pour une int\u00e9gration plus approfondie dans les projets.<\/p>\n

Support JavaScript
\nPr\u00e9sent.
\nPr\u00e9sent.<\/p>\n

Int\u00e9gration avec d'autres outils
\nSupporte l'int\u00e9gration avec d'autres outils et plateformes (Slack, GitHub).
\nDe nombreux outils pour l'int\u00e9gration avec des syst\u00e8mes tiers, notamment avec GitHub et Kubernetes.<\/p>\n

Contr\u00f4le de la qualit\u00e9 du code
\nSupport\u00e9 \u2014 gr\u00e2ce \u00e0 des plugins comme SonarQube et d'autres plugins.
\nSupport\u00e9.<\/p>\n

<\/p>\n

Diff\u00e9rences entre Jenkins et GitLab CI\/CD<\/h2>\n

\nApr\u00e8s avoir d\u00e9crit et compar\u00e9 Jenkins et GitLab CI\/CD, concentrons-nous sur les diff\u00e9rences entre ces outils DevOps. Conna\u00eetre ces diff\u00e9rences aidera ceux qui pr\u00e9f\u00e8rent l'un de ces outils \u00e0 l'autre.<\/p>\n