Partie 1.
Trois façons/

Partie 1 / Introduction

Chapitre 1.
Agile, livraison continue et les trois méthodes
Flux de valeur de la fabrication (production)
Flux de valeur technologique
__Trois principes fondamentaux du DevOps
Étude de cas : 2e édition Accès supplémentaire à l’altitude de croisière :
Le parcours DevOps d'American Airlines (Partie 1) (2020)
__conclusion

Chapitre 2.
Méthode 1 : Principe d'écoulement
__Visualiser le travail
__Limiter les travaux en cours (WIP)
__Réduire la taille des tâches par lots
__Réduire le nombre de transferts
__Vérifier et améliorer en permanence les contraintes
__Éliminer les difficultés et le gaspillage de la chaîne de valeur
Étude de cas : Gestion des flux et des contraintes dans le secteur de la santé, 2e édition (2001)
__conclusion

Chapitre 3.
Deuxième méthode : Le principe de rétroaction
__Travailler en toute sécurité dans des systèmes complexes
Vérifiez le problème au moment où il survient.
__Accumuler de nouvelles connaissances par le biais du travail en essaim et de la résolution de problèmes
Étude de cas : Extraction du code Andon, 2e édition (2018)
__Maintenir les activités de qualité au plus près de la source
__Optimisation des centres de travail en aval
__conclusion

Chapitre 4.
La troisième méthode : le principe de l'apprentissage continu et de l'expérimentation
__Favoriser l'apprentissage organisationnel et une culture de sécurité
__Institutionnaliser les améliorations quotidiennes du travail
__Transformer les découvertes locales en améliorations à l'échelle de l'organisation.
__Intégrez des schémas de résilience dans votre travail quotidien
Les leaders renforcent une culture d'apprentissage.
Étude de cas : L'histoire des laboratoires Bell (1925), 2e édition
__conclusion
Partie 1 / Conclusion

Partie 2.
Par où commencer ?

Partie 2 / Introduction

Chapitre 5.
Sélectionnez un flux de valeur pour commencer
Transformation DevOps de Nordstrom
__Service Greenfield VS.
Services de friche industrielle
Étude de cas : Supplément à la 2e édition Castle Run : Systèmes de ravitaillement en vol
Transition des friches industrielles (2020)
__Considérez à la fois le système d'enregistrement et le système de participation.
Commencez par le groupe le plus empathique et le plus innovant.
__Déployer le DevOps à l'échelle de toute l'organisation
Étude de cas : Déploiement du DevOps à l’échelle de votre entreprise, 2e édition (ajouts) :
Le parcours DevOps d'American Error Lines (Partie 2) (2020)
Étude de cas : HMRC, 2e édition (Utilisation d’une plateforme PaaS à grande échelle)
______Relance de l'économie après la ruine (2020)
__conclusion

Chapitre 6.
Comprendre et visualiser le travail au sein de la chaîne de valeur et l'étendre à l'ensemble de l'organisation.
L'expérience de cartographie de la chaîne de valeur de Nordstrom
Identifier l'équipe qui soutient votre flux de valeur
__Créez une cartographie de la chaîne de valeur pour comprendre votre travail.
__Constituer une équipe de transformation dédiée
Étude de cas : LinkedIn, Opération Inversion (2011)
Utiliser des outils pour promouvoir le changement de comportement
__conclusion

Chapitre 7.
Méthodes de conception organisationnelle et architecturale tenant compte de la loi de Conway
La loi de Conway sur Etsy
Archétype de l'organisation
Problèmes liés à une orientation fonctionnelle excessive (optimisation des coûts)
__Activation d'une équipe orientée marché (optimisation de la rapidité)
__Créer des tâches orientées fonctionnellement
Les tests, les opérations et la sécurité font partie des tâches quotidiennes de chacun.
__Faites de chaque membre de l'équipe un généraliste
Investissez dans les services et les produits, pas dans les projets.
__Définir les limites de l'équipe de conception selon la loi de Conway
__Pour la productivité et la sécurité des développeurs
____ Construire une architecture faiblement couplée
__Gardez votre équipe restreinte (la règle des deux pizzas)
Étude de cas : Cible, activation de l'API (2015)
__conclusion

Chapitre 8.
Comment intégrer les tâches et opérations quotidiennes pour obtenir des résultats optimaux
__Big Fish Games
__Créer des services partagés pour améliorer la productivité des développeurs.
__Intégrez des ingénieurs d'exploitation dans votre équipe de service.
__Désignez un responsable des opérations pour chaque équipe de service.
__Intégrer les opérations dans les activités de travail régulières de l'équipe de développement.
Étude de cas : Supplément à la 2e édition, Nationwide Building Society,
Comment faire ______ mieux (2020)
__conclusion
Partie 2 / Conclusion

Partie 3.
Méthode 1 : Pratiques techniques pour améliorer le débit

Partie 3 / Introduction

Chapitre 9.
Création des bases d'un pipeline de déploiement
L'histoire de l'entrepôt de données d'entreprise (2009)
Environnements de développement, de test et de production à la demande
Autoriser la création de ____
__Créer un référentiel unique pour l'ensemble du système
__Créer une infrastructure plus facile à reconstruire qu'à réparer.
Étude de cas : 2e édition - Conteneurs supplémentaires pour 30 milliards de dollars
Entreprises hôtelières ayant réalisé ______ bénéfices (2020)
__Éléments de développement, y compris l'exécution dans un environnement de production similaire
____Revoir la définition de « complet »
__conclusion

Chapitre 10.
Activez les tests automatisés rapides et fiables.
L'histoire du serveur Web de Google (2005)
__Construisez, testez et intégrez continuellement votre code à votre environnement.
__Créez des suites de tests de vérification rapides, fiables et automatisées.
__Détectez les erreurs dans les tests automatisés le plus tôt possible.
__Si votre pipeline de déploiement tombe en panne, récupérez le code Andon.
__conclusion

Chapitre 11.
Mettez en place et pratiquez l'intégration continue.
__Micrologiciel HP LaserJet (2014)
Développement par petits lots et code dans le tronc
Que se passe-t-il quand on s'engage rarement ?
Appliquer les pratiques de développement basées sur le tronc
Étude de cas : Bazaarvoice, intégration continue (2012)
__conclusion

Chapitre 12.
Automatisez et facilitez les lancements à faible risque.
__Automatiser le processus de déploiement
____Étude de cas CSG International, Distribution quotidienne (2013)
Étude de cas : Etsy, déploiement en libre-service pour les développeurs et livraison continue (2014)
Diffusion et distribution séparées
Étude de cas : Dixons Retail déploie le système de gestion de magasin Blue Green (2008)
Étude de cas : Facebook Chat, lancement discret (2008)
__Une étude sur la livraison continue et la distribution continue
Étude de cas : Créer une relation gagnant-gagnant entre le développement et les opérations, 2e édition, CSG supplémentaire (2016)
__conclusion

Chapitre 13.
Architecture pour les mises en production à faible risque
Une architecture qui améliore la productivité, la testabilité et la sécurité
__Archétypes architecturaux - Monolithe vs.
Microservices
Étude de cas : Amazon, architecture évolutive (2002)
__Pour une évolution sûre de l'architecture d'entreprise
Utilisez le modèle d'application ____Strangler
Étude de cas : Le schéma de l'étrangleur dans le projet Blackboard Learn (2011)
__conclusion
Partie 3 / Conclusion

Partie 4.
Deuxième méthode : Pratiques techniques pour le retour d'information

Partie 4 / Introduction

Chapitre 14.
Générer des données de télémétrie permettant l'identification et la résolution des problèmes.
__La transformation DevOps d'Etsy
__Construire une infrastructure de télémétrie centralisée
Générer des données de télémétrie de journalisation d'application utiles en production.
__Utilisez la télémétrie pour guider le dépannage
__Permettre la génération de métriques de production dans le travail quotidien
__Créez votre propre service pour accéder aux systèmes de télémétrie et aux points de transmission d'informations.
Étude de cas : LinkedIn crée ses propres indicateurs de service (2011)
__Identifier et corriger les lacunes de la télémétrie.
__conclusion

Chapitre 15.
Analysez les données télémétriques pour mieux anticiper les problèmes et atteindre vos objectifs.
Télémétrie sur Netflix (2012)
Utilisez la moyenne et l'écart type pour détecter les problèmes potentiels.
Mesurer et signaler les résultats indésirables
__Problèmes qui surviennent lorsque les données de télémétrie ne suivent pas une distribution gaussienne
Étude de cas : Netflix, mise à l'échelle automatique des capacités (2012)
__Utilisation des techniques de détection d'anomalies
Étude de cas : Techniques améliorées de détection d'anomalies (2014)
__conclusion

Chapitre 16.
Activez les retours d'information pour que les équipes de développement et d'exploitation puissent déployer le code en toute sécurité.
__Renforcez la sécurité de vos déploiements grâce à la télémétrie
Le service Développement partage les responsabilités des opérations et de la rotation des phases.
__Laissons les développeurs suivre le travail en aval
__Dans un premier temps, laissez les développeurs gérer eux-mêmes les services liés aux produits.
Étude de cas : Google, examen de la mise en œuvre et de la préparation du transfert (2010)
__conclusion

Chapitre 17.
Intégrez le développement basé sur les hypothèses et les tests A/B dans votre travail quotidien.
Développement axé sur les hypothèses d'Intuit (2012)
__Brève histoire des tests A/B
Intégrer les tests A/B aux tests fonctionnels
__Intégrer les tests A/B au lancement
__Intégrer les tests A/B dans la planification des fonctionnalités
Étude de cas Yahoo! Answers,
______Doubler les ventes grâce à des expériences de cycle de lancement rapide (2010)
__conclusion

Chapitre 18.
Mettez en place un processus de révision et d'ajustement pour améliorer la qualité de votre travail actuel.
__Évaluation par les pairs GitHub (2011)
Les risques liés au processus d'approbation des changements
Risques potentiels liés à un « contrôle excessif des changements »
Étude de cas : 2e édition - Ajout d'Adidas
Du principe des Six Yeux au lancement (2020)
Activer la coordination et la planification du changement
__Activer l'évaluation par les pairs des modifications
Étude de cas : Google, revue de code (2010)
Risques potentiels liés à l'augmentation des tests manuels et à l'interdiction des modifications
__Activez la programmation en binôme pour améliorer toutes les modifications.
Étude de cas : Pivotal Labs, utilisation de la programmation en binôme
Remplacement d'un processus de revue de code défaillant (2011)
__Évaluer l'efficacité du processus de demande d'extraction
__Éliminer sans hésiter les procédures bureaucratiques
__conclusion
Partie 4 / Conclusion

Partie 5.
La troisième voie : Pratiques techniques pour l'apprentissage et l'expérimentation continus

Partie 5 / Introduction

Chapitre 19.
Intégrez l'apprentissage à votre routine quotidienne et faites-en une habitude.
__AWS US East Region et Netflix (2011)
Créer une culture d'apprentissage équitable
__Planifiez une réunion rétrospective après un incident.
__Rendez les analyses rétrospectives aussi publiques que possible.
Réduisez votre tolérance aux accidents pour détecter les signaux de défaillance les plus faibles.
Redéfinir l'échec et encourager la prise de risques calculés.
__Inculquer la résilience et l'apprentissage en inculquant des échecs de production.
__Introduire des jours de match pour s'entraîner à gérer l'échec.
Étude de cas : 2e édition – CSG supplémentaire, Le handicap comme formidable opportunité d’apprentissage
______Transition (2021)
__conclusion

Chapitre 20.
Transformer les découvertes locales en améliorations à l'échelle de l'organisation.
__Automatisez et stockez les connaissances organisationnelles à l'aide de salons de discussion et de chatbots.
Hubot de GitHub
__Automatiser le processus de normalisation des logiciels pour permettre leur réutilisation.
__Créer un dépôt unique de code source partagé pour l'ensemble de l'organisation.
Utilisez les tests automatisés comme documentation et communauté de pratique pour diffuser les connaissances.
__Systématiser les exigences non fonctionnelles et concevoir les opérations.
__Conception des opérations à l'aide d'exigences non fonctionnelles codées.
__Créer des récits utilisateurs opérationnels réutilisables en tant qu'éléments de développement
__Veiller à ce que les choix techniques contribuent à la réalisation des objectifs de l'organisation.
Étude de cas : Etsy standardise une nouvelle pile technologique (2010)
Étude de cas : 2e édition, Cibles supplémentaires, Crowdsourcing
______Gouvernance technologique (2018)
__conclusion

Chapitre 21.
Consacrez du temps à l'apprentissage et à l'amélioration au sein de votre organisation.
Objectif, Défi de 30 jours (2015)
Réduire la dette technique en institutionnalisant les rituels.
Que chacun enseigne et apprenne
Partagez vos expériences à la conférence DevOps
Étude de cas : Nationwide Insurance, Capital One,
Conférence interne sur les technologies de Target (2014)
__Créer une structure communautaire pour diffuser la pratique.
__conclusion
Partie 5 / Conclusion

Partie 6.
Pratiques techniques pour l'intégration de la sécurité de l'information, de la gestion du changement et de la conformité.

Partie 6 / Introduction

Chapitre 22.
La sécurité de l'information est l'affaire de tous au quotidien.
__Intégrez la sécurité dans vos démos d'itération de développement
__Intégrer la sécurité dans le suivi des défauts et les analyses post-mortem
__Contrôles de sécurité préventifs partagés avec les dépôts de code source et
__Intégrer aux services partagés
__Intégrez la sécurité dans votre pipeline de déploiement
__Assurez la sécurité de votre application
Étude de cas : Twitter, tests de sécurité statiques (2009)
__Assurez la sécurité de votre chaîne d'approvisionnement logicielle
Garantir la sécurité de l'environnement
Étude de cas 18F, Par le biais des mercenaires de la conformité
Automatisation de la conformité du gouvernement fédéral
__Intégrer la sécurité de l'information à la télémétrie de production
____Étude de cas Etsy, Mesure environnementale (2010)
__Protégez votre pipeline de déploiement
Étude de cas : Le passage à une approche plus à gauche en matière de sécurité, 2e édition, avec des contributions supplémentaires (2020)
__conclusion

Chapitre 23.
Protéger votre pipeline de déploiement
__Intégrez la sécurité et la conformité dans votre processus d'approbation des changements.
__Reclasser les changements à faible risque comme des changements standard.
Que faire lorsqu'un changement est classé comme un changement général ?
Étude de cas Salesforce.com, modifications standard
Gestion automatisée des changements d'infrastructure (2012)
Séparation des tâches par le biais d'examens de code
Étude de cas : Etsy, une leçon de conformité PCI et de séparation des tâches (2014)
Étude de cas : Capital One, « Sans peur » (2e édition)
Partenariat entre Hyangsan Business et Développement, avec 10 lancements par jour
__Conserver la documentation et les preuves nécessaires aux auditeurs et aux responsables de la conformité.
Étude de cas : Démontrer sa conformité dans un environnement réglementaire (2015)
Étude de cas : Télémétrie de production pour les systèmes de guichets automatiques
Dépendre de ______ (2013)
__conclusion
Partie 6 / Conclusion

Il est temps d'agir : Conclusion du manuel DevOps
Conclusion de la 2e édition
supplément

◈ Public cible de ce livre ◈

Ce livre s'adresse à tous les dirigeants d'entreprises et de marketing impliqués dans des initiatives technologiques, ainsi qu'à ceux qui réalisent ou influencent des travaux dans l'ensemble des flux de valeur technologiques (généralement la gestion de projet, le développement, l'assurance qualité, les opérations informatiques et la sécurité de l'information).

Les lecteurs de ce livre sont censés ne pas posséder de connaissances approfondies dans des domaines tels que DevOps, Agile, ITIL, Lean et l'amélioration des processus.
Chaque sujet sera présenté et expliqué le cas échéant.

L'objectif de ce livre est de créer une connaissance pratique des concepts fondamentaux de chaque domaine, de servir de guide d'introduction, d'introduire le langage dont les praticiens ont besoin pour travailler avec leurs collègues tout au long de la chaîne de valeur informatique et de créer un cadre d'objectifs partagés.
Il sera également précieux pour les chefs d'entreprise et les parties prenantes qui s'appuient de plus en plus sur les organisations technologiques pour atteindre leurs objectifs.

De plus, il est destiné aux lecteurs travaillant dans des organisations qui n'ont pas encore connu tous les défis décrits dans ce livre (par exemple, les longs délais de déploiement, les déploiements difficiles).
Ils tireraient un grand profit de la compréhension des principes DevOps, notamment ceux liés aux objectifs partagés, au feedback et à l'apprentissage continu.

◈ Structure de ce livre ◈

La première partie présente un bref historique du DevOps et introduit les théories fondamentales et les thèmes centraux tirés de décennies de connaissances pertinentes.
Ensuite, nous expliquons les principes fondamentaux des « trois voies » : l’apprentissage continu et l’expérimentation.

La deuxième partie explique où et comment démarrer avec DevOps, en présentant des concepts tels que les flux de valeur, les principes et modèles de conception organisationnelle, les modèles d'adoption organisationnelle et des études de cas.
La partie 3 explique comment construire les bases d'un pipeline de déploiement pour accélérer le « flux ».
Découvrez comment mettre en œuvre des architectures pour des tests automatisés rapides et efficaces, une intégration continue, une livraison continue et des mises en production à faible risque.

La partie 4 explique comment accélérer et amplifier le retour d'information.
Nous aborderons la manière de générer une télémétrie de production efficace pour découvrir et résoudre les problèmes, permettre le retour d'information pour mieux prévoir les problèmes et atteindre les objectifs, permettre aux équipes de développement et d'exploitation de déployer les changements en toute sécurité, intégrer les tests A/B dans le travail quotidien et créer des processus de révision et d'ajustement pour améliorer la qualité du travail.

Dans la partie 5, nous explorons comment accélérer « l'apprentissage continu ».
Nous vous montrerons comment instaurer la culture adéquate, appliquer les enseignements de votre département pour améliorer l'ensemble de l'organisation et dégager le temps nécessaire à l'apprentissage et à l'amélioration organisationnels.

Enfin, la partie 6 explique comment intégrer correctement la conformité en matière de sécurité dans votre travail quotidien.
Il aborde également l'intégration des mesures de sécurité dans les référentiels et services de code source partagés, l'intégration de la sécurité dans les pipelines de déploiement, l'amélioration de la télémétrie pour une détection et une récupération plus efficaces, ainsi que la réalisation des objectifs de protection des pipelines de déploiement et de gestion des changements.

Nous espérons que la systématisation de ces pratiques accélérera l'adoption des pratiques DevOps, augmentera le succès des initiatives DevOps et réduira les efforts nécessaires à la transformation DevOps.

◈ Note de l'auteur ◈

Dans 『DevOps Handbook 2/e』, les auteurs ont mis à jour le texte pour y intégrer de nouvelles recherches, de nouveaux enseignements et de nouvelles expériences.
Vous pouvez comprendre le DevOps ainsi que son utilisation dans l'industrie.
Également coécrit par la chercheuse de renom, le Dr Nicole Forsgren.
Nicole a été d'une grande aide pour la mise à jour et l'enrichissement du livre grâce à de nouvelles recherches et à divers indicateurs.

Nous avons également ajouté diverses études de cas.
Chaque étude de cas démontre comment le DevOps s'est répandu au-delà du département informatique et dans tous les secteurs d'activité, du niveau de la direction générale au niveau des cadres dirigeants.
À la fin de chaque étude de cas, nous avons inclus un ou deux points clés soulignant les enseignements les plus importants.
Enfin, nous avons ajouté une conclusion à chaque chapitre ainsi que de nouvelles ressources.
Cela vous aidera à poursuivre votre apprentissage.

◈ Note du traducteur ◈

Lorsque je ferme les yeux et que je les rouvre, un monde différent se déploie devant moi.
Le rythme des changements, notamment dans le domaine du logiciel, est plus rapide que dans tout autre domaine.
Non seulement les langages de développement, mais aussi les processus, les organisations de développement et la culture du développement sont en pleine mutation.
Le rythme rapide des changements est encore accéléré par les nombreuses technologies qui sont lancées quotidiennement.

DevOps est un mot composé signifiant développement et exploitation de logiciels, et il désigne un environnement et une culture qui développent et exploitent les logiciels de manière continue et stable grâce à la communication, la collaboration et l'intégration entre les développeurs de logiciels et les experts en technologies de l'information.
Le DevOps, qui met l'accent sur une culture de développement basée sur une collaboration continue et évolutive, s'étend désormais au xOps et son impact se propage dans divers domaines.

Le manuel DevOps 2/e est une version augmentée du manuel DevOps publié en 2016.
Depuis la publication de la première édition, les auteurs ont affiné et complété le contenu en se basant sur les résultats de recherches, les pratiques et les études de cas les plus récentes.
Dans le monde actuel, où tout a changé depuis la pandémie de COVID-19 en 2020, ce livre vous éclairera non seulement sur le concept de DevOps, mais aussi sur sa signification moderne et sur les différents concepts et principes qui peuvent être appliqués au développement concret.