Menu

Intégration continue dans DevOps

continuous integration devops

Essayez Notre Instrument Pour Éliminer Les Problèmes

Qu'est-ce que l'intégration continue dans DevOps?

Jusqu'à présent, nous avons couvert les parties 1 et 2 de ce sujet dans nos sessions précédentes et actuellement dans la partie 3.

comment créer une liste java

Jusqu'à la partie 2, nous avons abordé l'aspect des personnes et des processus de DevOps, qui est la collaboration et nous nous concentrons sur l'objectif commun, la mentalité commune et la pensée commune dans l'équipe qui aident à atteindre les objectifs de DevOps.

Intégration continue dans devlops

Dans notre dernier tutoriel, nous avons acquis des connaissances sur Comment développer la collaboration dans DevOps .

Départ => Guide ultime sur DevOps

L'intégration continue, les tests continus, le déploiement continu et la livraison continue sont les principaux aspects techniques du DevOps.

VIDEO Partie 3 Bloc 1: Intégration continue- 12 minutes 20 secondes

Transcription:

À la finEn partie, nous avons appris des pratiques de DevOps dans lesquelles nous avons appris quelles parties des principes agiles sont adoptées par les pratiques DevOps.

Comment les objectifs de DevOps sont-ils atteints grâce à ces principes?

Nous avons étudié l'importance du contrôle de version, l'automatisation et la livraison de petits incréments de valeur aux clients et ses avantages.

Qu'est-ce que la collaboration dans le contexte du DevOps et comment y parvenir?

Jusqu'à présent, nous avons parlé de l'aspect des personnes et des processus de DevOps, c'est-à-dire de la collaboration et de la concentration sur un objectif commun, un état d'esprit commun et une réflexion commune au sein de l'équipe qui aide à atteindre les objectifs de DevOps, apprenons maintenant quelques aspects techniques de DevOps. , ce qui rend possible une version DevOps.

Ce sont l'intégration continue, la livraison et le déploiement continus et les tests continus.

Dans le cadre du bloc 1 de la partie 3, étudions d'abord 'Intégration continue'.

Qu'est-ce que l'intégration continue?

Intégration continue -> CI -> ensemble de processus -> Construire un pipeline / CI Pipeline

L'intégration continue, bientôt appelée «CI» dans DevOps, est un processus important ou un ensemble de processus qui est défini et exécuté dans le cadre d'un pipeline appelé «Build Pipeline» ou «CI Pipeline».

Nous savons que dans la pratique DevOps, nous avons un seul outil de contrôle de version pour l’équipe de développement et d’exploitation, où le code de chacun sera déposé en tant que base de code maître, ce qui permet à l’équipe de travailler en parallèle.

Ainsi, l'intégration continue dans DevOps n'est rien d'autre que la fusion du code des développeurs individuels dans la copie principale du code vers la branche principale où le contrôle de version est maintenu. Il n'y a aucune restriction sur aucun des moments pour la fusion de code qui doit se produire dans une journée.

Au fur et à mesure que le développeur enregistre son code au contrôle de version, immédiatement le processus de kick CI démarre.

convertir un caractère en chaîne c ++

Le processus CI comprend:

  1. Fusion de tout le code des développeurs vers la ligne principale,
  2. Déclencher une compilation,
  3. Compiler le code et faire une compilation et ... enfin
  4. Réalisation du test unitaire.

Ainsi, l'intégration continue est un processus de fusion de tout le code du développeur dans un emplacement central et de validation de chacune de leurs fusions avec une construction et un test automatisés.

Pour expliquer techniquement ce qui se passe pendant l'IC est,

Il y aura un serveur pour l'intégration continue qui héberge le Outil CI , qui surveille en permanence l'outil de contrôle de version pour l'enregistrement du code et dès qu'un enregistrement est trouvé, il déclenche la compilation automatisée, crée et exécute des tests unitaires ainsi qu'une analyse de code statique et un niveau de base de tests de sécurité automatisés .

Les différents outils pour effectuer les tests automatisés, comme Jenkins, TestNG, NUnit pour effectuer les tests unitaires, Sonar pour effectuer l'analyse de code statique, et se fortifier pour effectuer les tests de sécurité, tous ces outils seront intégrés au pipeline CI .

Ainsi, le pipeline CI complet est un processus automatisé sans aucune intervention manuelle et s'exécute en quelques secondes ou minutes.

Ainsi, le principal avantage du CI est le retour rapide que les développeurs reçoivent en un rien de temps.

  1. Le CI s'exécute une fois que le développeur a vérifié le code et jette les résultats en quelques secondes. Ainsi, cela permet aux développeurs de savoir immédiatement si leur code a été construit ou cassé avec succès.
  2. Il permet également au développeur de savoir si son code s’est intégré avec succès au code de l’autre ou s'il est endommagé, ce qu’un autre membre de l’équipe a fait sur une autre partie de la base de code. Par conséquent, CI effectue une analyse de code plus rapide et rend les fusions ultérieures plus simples et sans erreur.

Ainsi, CI est un processus automatisé, où la construction est déclenchée à chaque enregistrement de code, est compilée, crée une version et des tests unitaires automatisés sont exécutés sur la construction.

Nous pouvons également appeler CI comme COP ou processus de vérification si le code de chacun dans l'équipe est un code bon ou valide ou non, car le processus CI se compile et se construit immédiatement à chaque enregistrement et génère des erreurs s'il s'agit d'un mauvais code, ou il ne peut pas être compilé ou ne peut pas passer par les cas de test unitaires automatisés.

Quels sont les avantages de l'IC?

Tout d'abord, l'ensemble du processus CI est un processus automatisé et minimise ainsi l'erreur humaine en réduisant les longues fusions manuelles induisant des bogues.

N'importe quel nombre de personnes peut enregistrer leur code, à n'importe quel moment de la journée, sans attendre que d'autres personnes terminent leur codage, attendre la fin de leur enregistrement et de leur enregistrement plus tard. Ainsi, CI supprime la dépendance ou supprime le temps d'attente des autres enregistrements.

Ainsi, les membres de l'équipe n'ont pas besoin d'attendre que les autres membres de l'équipe terminent leur enregistrement et permettent donc de travailler en parallèle.

Chaque enregistrement ne s'arrête pas à être collecté au contrôle de version, mais est immédiatement qualifié grâce à la formation de build et aux tests automatisés. Ainsi, chaque enregistrement est validé à la racine elle-même pour un traitement ultérieur.

Il n'y a aucune chance de manquer le code de qui que ce soit, car le code de chacun est archivé dans la copie principale avec l'horodatage et donc correctement enregistré.

L'ensemble du processus de compilation, de construction et de test s'exécute en quelques secondes et donc plus rapidement et plus rapidement et économise beaucoup de temps et aide donc à atteindre l'objectif DevOps de livrer plus rapidement sur une période de quelques heures.

Étant donné que l'ensemble du processus de construction et de test dure de quelques secondes à quelques minutes, les commentaires sur le code des individus sont très rapides et nous n'avons pas besoin de courir pour savoir qui a cassé la construction ou induit le défaut, comme avec chaque check-in il donne la sortie de réussite ou d'échec indiquant la zone d'échec en cas d'échec.

Ainsi, cela permet au développeur de vérifier la petite quantité de code par intermittence, peut-être même une seule ligne de code, pour s'assurer qu'il est sans erreur et que le développeur a confiance que son code est bon et qu'il ne casse pas les autres code. Donc, cela contribue au total à améliorer la qualité du code.

Arrêtons-nous ici et reprenons la livraison continue et les tests continus dans les prochains didacticiels vidéo.

Tutoriel PREV | Tutoriel SUIVANT

lecture recommandée

^