Menu

Pratique DevOps basée sur le manifeste Agile (Partie 2 - Bloc 1)

  • Principal
  • Autre
  • Pratique DevOps basée sur le manifeste Agile (Partie 2 - Bloc 1)

devops practice based agile manifesto

Essayez Notre Instrument Pour Éliminer Les Problèmes

Dans notre précédent didacticiel vidéo sur Démystifier DevOps , nous avons tout appris sur DevOps en détail.

Nous avons également examiné en détail la signification de DevOps et divers autres facteurs s'y rapportant.

Lecture suggérée => Série de formations DevOps intensives

Passons maintenant à la partie 2 de «Démystifier DevOps».

Pratique DevOps basée sur un manifeste Agile

Un bref récapitulatif de ce que nous avons couvert dans la partie 1:

Qu'est-ce que DevOps? DevOps est une culture dans l'organisation pour se concentrer sur la création de valeur pour le client grâce à une collaboration constante du développement, des opérations et du reste des parties prenantes.

Qu'est-ce que DevOps? DevOps n'est pas un produit sous licence ou open source, ni une spécification ni une norme.

Quels sont les avantages de DevOps? DevOps apporte une livraison de haute qualité, une livraison plus rapide, des déploiements fréquents, de petits déploiements, moins de taux d'échec en production, etc.,

Quelles sont les pratiques de DevOps? Les pratiques Devops incluent l'intégration continue, l'automatisation des tests, le déploiement continu, l'infrastructure en tant que code, la gestion de la configuration, la gestion des versions et la surveillance des performances des applications.

Quelles sont les habitudes de DevOps? Les habitudes Devops incluent la gestion de la dette technique, l'accent mis sur la création de valeur pour le client, la culture du site en direct, l'autonomie des équipes, la gestion de l'infrastructure comme une ressource flexible, le développement basé sur des hypothèses, les métriques de la production.

Quelles sont les métriques de DevOps? L'agilité et la fiabilité sont les indicateurs clés de DevOps.

comment ouvrir des fichiers apk sur un téléphone Android

Dans cette partie de la conférence, nous apprendrons ce qui suit:

Quelles sont les pratiques de DevOps qui sont développées sur la base des principes agiles, et comment les objectifs de DevOps sont-ils atteints?

Dans la première partie, nous avons continué à définir DevOps comme une collaboration. Comprenons En quoi consiste réellement cette collaboration, et comment les pratiques DevOps aident-elles à développer la collaboration entre Développement et Opérations pour atteindre ses objectifs?

Dans cette partie, nous comprendrons l'importance des éléments clés de DevOps tels que le contrôle de code source et l'automatisation et la livraison de petits incréments. Le reste des éléments tels que l'intégration continue, les tests continus, la livraison continue et la surveillance des applications seront expliqués dans la partie à venir.

Comme indiqué précédemment, les pratiques DevOps sont principalement basées sur les principes et pratiques Agile. Sur les 12 principes agiles, les 4 suivants sont ceux qui s'appliquent directement à DevOps.

Il est donc préférable d'actualiser ces manifestes Agile qui s'appliquent aux fonctions DevOps. Je ne vais pas les détailler.

Lisons-les rapidement.

# 1) Individus et interactions - sur les processus et les outils

# 2) Logiciel de travail - sur une documentation complète

# 3) Collaboration client - sur la négociation de contrat

# 4) Répondre au changement - sur suivre un plan

Sur la base de ces principes agiles, DevOps a développé certains principes et pratiques, qui sont les suivants:

  • Apportez de la valeur au client
  • Fournir un logiciel fonctionnel
  • Changements de support
  • Collaborer
  • Motiver l'équipe et donner la liberté aux membres de l'équipe
  • Livrez plus rapidement et plus rapidement

# 1) Apportez de la valeur au client en fournissant un déploiement plus petit, fréquent et continu du logiciel.

#deux) Fournir un logiciel fonctionnel dans un délai plus court. Le client ne va pas regarder le design que nous faisons, ou une architecture fantastique ou un plan ou une stratégie que nous élaborons pour développer le logiciel, mais tout ce qu'il veut, c'est un logiciel fonctionnel.

# 3) Changements de support aux exigences quand le client le souhaite, en fonction de la tendance du marché. Ceci est très important pour le client. Notre méthodologie de développement logiciel doit être suffisamment flexible pour gérer les changements demandés par le client et les apporter avec confort.

# 4) Collaborer ..collaborer… collaborer. Collaborez et travaillez en permanence avec l'entreprise pour créer le bon logiciel du premier coup.

# 5) Agile et DevOps accordent également beaucoup d'importance à l'équipe et aux gens. Ainsi, le principe DevOps dit, motiver l'équipe , leur donner la liberté, leur apporter le soutien nécessaire chaque fois qu'ils en ont besoin, leur faire confiance pour que le travail soit livré.

Si le travail est effectué par eux par intérêt bénévole, la qualité sera bonne, au lieu de le faire de force et sous pression. En plus de la collaboration, Agile suggère une communication face à face au sein de l'équipe de développement.

Ainsi, maximisez la communication face à face via des stand up meetings, des réunions de revue, etc. Cela développe l'esprit d'équipe et contribue à la motivation de l'équipe et au développement d'une saine compétition.

Quelles sont les pratiques de DevOps qui sont développées sur la base des principes agiles, et comment les objectifs de DevOps sont-ils atteints? Un autre aspect clé de DevOps est de livrer plus rapidement et plus rapidement. Nous savons que pendant la pratique agile, Scrum, Kanban ou autre, plus rapide faisait référence à une livraison sur quelques semaines à un mois, maintenant cela a changé avec DevOps à plus de quelques heures. Ainsi, une livraison plus rapide dans DevOps fait référence à une livraison en quelques heures.

Des organisations comme Amazon, Flipkart et Google effectuent des mises à jour et publient leurs publications en quelques heures. C'est la vitesse et la qualité de participation attendues de ceux qui pratiquent le DevOps. Par conséquent, les processus, les habitudes et les pratiques DevOps sont si forts qu'ils permettent à l'équipe de travailler ensemble pour y parvenir.

Ainsi, nous pouvons clairement dire que toutes ces théories et pratiques DevOps tournent autour des principes agiles de base, je peux dire, une extension d'entre eux.

Ici, ce que nous devons regarder et apprendre, c'est ce que l'on doit faire au quotidien, s'entraîner et s'habituer, afin d'atteindre les objectifs DevOps.

Il ne suffit pas qu’une ou plusieurs personnes de l’équipe puissent les pratiquer. Chaque membre de l’équipe, tant au niveau du développement que des opérations, doit adopter strictement ces pratiques et en faire un BAU, comme d'habitude, puis il devient l'habitude de tout le monde dans l'équipe de le pratiquer à plusieurs reprises.

Par conséquent, le succès de DevOps dépend uniquement du sérieux avec lequel ces pratiques sont suivies par chaque membre de l'équipe. Et il ne fait aucun doute que le succès est certain si ces pratiques sont suivies religieusement.

Nous avons déjà appris les meilleures pratiques et habitudes de DevOps dans notre conférence part1, qui permet à l'équipe de réaliser la culture DevOps. Ainsi, il n'y a pas de perte autant de fois que nous répétons ces pratiques à suivre afin d'atteindre l'objectif DevOps.

Comme nous le savons, l'objectif de DevOps est de se concentrer sur la valeur ajoutée pour le client grâce à des déploiements plus petits, des déploiements plus rapides et des déploiements continus. Comprenons ce que nous devons faire dans la pratique DevOps pour y parvenir au-delà des pratiques agiles.

Tout d'abord, comme nous le savons déjà, c'est la collaboration que nous devons avoir avec toutes les parties prenantes afin que chaque information soit disponible pour toute l'équipe et soit gardée à l'esprit lors du développement du logiciel.

Par exemple , il peut s'agir d'un petit changement dans la configuration d'environnement par défaut que l'équipe opérationnelle envisage de faire, et cette information doit être transmise à tous les membres de l'équipe afin que chacun dans l'équipe puisse prendre en charge l'impact du changement, partout où cela est applicable.

Tout comme les développeurs font attention lors du codage, les testeurs s'assurent que la dernière mise à jour est effectuée à la fin. La configuration est testée par rapport à l'ancienne.

Donc, fondamentalement, l'équipe doit se rassembler et travailler ensemble pour résoudre le problème, qu'il s'agisse d'un problème de conception, d'architecture, de test ou de déploiement ou de performance d'application. Nous en saurons plus sur la collaboration dans peu de temps.

La dette technique doit être minimisée autant que possible.

Chaque élément du programme est très important et s'il est négligé et non suivi à temps, il entraînera des problèmes de qualité à un stade ultérieur.

Par conséquent, prêter attention aux détails, à l'excellence et se concentrer continuellement sur les besoins des clients est très important et aucun compromis à aucun stade pour autre chose n'est envisagé.

Nous savons l'importance de chaque aspect du cycle de vie du développement logiciel et son impact, s'il n'y a pas d'attention. Donc, en se concentrant sur la meilleure architecture, les exigences, la conception, les tests, tous sont très importants et aucun compromis à aucun stade des phases SDLC.

Nous avons déjà appris l'importance de collecter des métriques en direct.

J'espère que vous avez apprécié ce tutoriel informatif !!

Tutoriel PREV | Tutoriel SUIVANT

lecture recommandée

^