Le déploiement d'applications pour les Nuls

Le SDLC peut intégrer tous les aspects du cycle de vie d'une applica­tion, de la planification initiale jusqu'à son retrait de la production. Dans cette section, nous examinons une partie importante du SDLC que nous appelons le pipeline de livraison, qui est généralement composé de plusieurs environnements, c'est-à-dire des cibles de déploiement pour un ensemble d'éléments, qui travaillent ensemble à la réalisation d'un objectif commun. L'enchaînement des environne­ments permet d'améliorer et de vérifier la qualité d'une application avant qu'elle ne devienne accessible par les utilisateurs. Il n'y a pas un nombre idéal d'environnements, mais nous avons identifié quatre grands types d'environnements.

• Développement (DEV) : dans l'environnement de Développement, les développeurs créent et déploient du code dans un laboratoire où l'application est testée au niveau le plus élémentaire. Lorsque l'application satisfait certains critères de qualité, elle passe à l'environnement suivant.
• Test d'intégration système (SIT) : dans l'environnement Test d'intégration système, l'application est testée pour garantir qu'elle fonctionne avec les applications et systèmes existants. Lorsque l'application réussit les tests d'intégration, elle est déployée dans l'environnement suivant.
• Test d'acceptation des utilisateurs (UAT) : dans l'environne­ment test d'acceptation des utilisateurs, l'application est testée pour s'assurer qu'elle fournit les fonctionnalités requises pour les utilisateurs finals. Cet environnement est généralement proche de celui de la production (voir Chapitre 4). Lorsque l'application répond à ces exigences, elle est promue vers l'envi­ronnement final.
• Production (PROD) : dans l'environnement Production, l'appli­cation est mise à la disposition des utilisateurs. L'analyse du comportement utilisateur de l'application (voir l'encadré) est obtenue en surveillant la disponibilité et la fonctionnalité de l'application. Tous les mises à jour ou correctifs sont intro­duits dans l'environnement DEV et suivent le même cycle.

La Figure 1-1 montre un simple diagramme de ces quatre environne­ments.

Un déploiement se définit comme la promotion de composants d'une application depuis un environnement vers le suivant. Une release comprend le déploiement de toute une application ou de plusieurs applications intégrées dans un environnement de production.

La Figure 1-2 illustre la différence.

Le besoin de fournir des logiciels qui s'adaptent et répondent aux attentes des entreprises et des clients renforce la nécessité de dis­poser de meilleures méthodes de lancement et de déploiement des applications. L'IBM Institute of Business Value signale que le nombre d'entreprises qui valorisent la livraison efficace des logiciels dépasse largement le nombre d'entreprises qui fournissent réellement une livraison efficace des logiciels. Consultez la Figure 1-3 pour plus d'informations.

Dans les sections suivantes, nous examinons certains des avantages d'une livraison efficace des logiciels.

Le temps d'attente que les clients sont prêts à accepter pour obtenir un nouveau service ne cesse de diminuer. Les clients s'attendent à une disponibilité instantanée. Songez à la fréquence à laquelle vos applications mobiles nécessitent des mises à jour demandées par les clients. Si un service n'est pas disponible au moment exact où le souhaite un client, ce client peut passer en un clic sur la page Web d'un concurrent.

Avec les méthodes adaptées de lancement et de déploiement des applications, aussi bien les entreprises qui démarrent que celles qui sont déjà établies peuvent fournir rapidement les services qu'attendent les clients. La livraison efficace des logiciels constitue un élément essentiel du succès de l'entreprise. Fournir à vos équipes de gestion du déploiement des processus et outils adéquats peut faire la différence entre une réussite sur du long terme et un échec.

Le coût d'un échec du déploiement dépend de l'environnement dans lequel l'échec a eu lieu. Dans l'ensemble, les échecs dans les environnements tels que DEV et SIT (voir la Figure 1-1 plus haut dans ce chapitre) sont beaucoup moins coûteux que les échecs en production. Déceler une erreur d'application dans ces environnements vous permet d'effectuer une correction qui peut empêcher une interruption critique en production ou pire, une panne pour les utilisateurs. Forbes.com a remarqué qu'au cours de l'été 2013, Amazon a connu une panne de 30 minutes qui a entraîné une perte estimée à 66 240 $ par minute, soit près de 2 millions de $ de perte de chiffre d'affaires totale.

Une panne peut non seulement provoquer une perte de chiffre d'af­faires, mais peut également engen­drer des coûts supplémentaires pour corriger le problème. Vous pouvez commencer l'estimation en calcu­lant le salaire horaire d'un ingénieur chargé de corriger le problème. Les coûts supplémentaires représentent de 20 % à 40 % environ du salaire. Voici la formule :

Salaire annuel estimé / 52 semaines par an / 40 heures par semaine * 1,3

Si vous avez un ingénieur qui touche 80 000 $ par exemple, une estimation raisonnable du coût total horaire est :

80 000 / 52 / 40 * 1,3 = 50 $

Utilisez maintenant cette formule pour toutes les personnes de l'équipe qui tentent de régler le problème, et multipliez le résultat par le nombre d'heures moyen passées à entre­prendre les actions correctives. Si une équipe de six personnes passe dix heures à régler le problème lié au déploiement d'une version, le coût est de 3 000 $ pour cette seule version. Toutefois, ce coût est sim­plement un coût de productivité ; il ne tient pas compte du coût d'oppor­tunité : la perte de chiffres d'affaires ou la perte potentielle intangible de crédibilité due à la panne.

Le coût de la panne renforce la nécessité de meilleures pratiques de déploiement des applications. Dans les derniers chapitres, nous étu­dions les moyens de prévenir la venue de ces pannes.

Les entreprises ont désormais de plus en plus de cibles de déploie­ment sur de nombreux serveurs : en local, sur le cloud, ou sur des machines physiques et virtuelles. Il est difficile de faire évoluer un processus principalement manuel en un système efficace de gestion de mises en production d'applications interdépendantes à l'échelle de l'entreprise, tout en maintenant la sécurité, la visibilité et la traçabilité.

Le nombre d'étapes manuelles contenues dans le déploiement d'une seule application peut constituer un processus laborieux, mais l'application finit toujours par se retrouver en production.

Avec des déploiements plus importants et complexes, le risque augmente avec le nombre d'applications interdépendantes en cours de déploiement. Les processus manuels associés aux solutions de suivi des versions, telles que les feuilles de calcul, favorisent l'erreur humaine et inévitablement, les échecs de déploiements coûteux.

À mesure que les applications évoluent pour s'adapter à la com­plexité de l'entreprise, les équipes de déploiement s'agrandissent pour comporter des dizaines ou des centaines de personnes, ajou­tant alors une couche de complexité supplémentaire. Lorsque les équipes informatiques évoluent pour gérer la complexité des appli­cations, les responsabilités et spécialités de chaque intervenant deviennent plus divisées, et la communication devient moins fré­quente lorsque les équipes réalisent leurs processus respectifs. Les divisions en silos se produisent en raison de la spécialisation des postes, ainsi que des différents fuseaux horaires et emplacements géographiques. Des équipes dispersées qui utilisent des solutions et processus différents, découvrent souvent que ces différences doublent ou triplent leurs efforts et les empêchent de livrer à temps.

La coordination de chaque déploiement, chaque processus et chaque ensemble d'étapes manuelles est presque impossible à exécuter sans l'utilisation d'un outil spécialisé. Ce dernier peut vous aider à coordonner chaque déploiement, chaque processus et chaque ensemble d'étapes du déploiement, et les rend visibles à chaque personne impliquée.

Si vous avez dix étapes pour déployer un composant sur un serveur, et que vous passez d'un à dix serveurs, vous passez de dix étapes manuelles à 100. Puis, si vous passez d'un composant de déploie­ment à dix composants, vous avez un autre facteur multiplicateur de dix, produisant ainsi 1000 étapes manuelles. Les processus manuels ne pourront pas évoluer à mesure que ces trois niveaux de complexité (nombre d'éléments déployés, nombre de serveurs, et nombre d'étapes par déploiement) s'associent pour provoquer une croissance exponentielle.

Les entreprises capables de mettre en place un processus efficace de déploiement peuvent suivre le rythme des équipes de dévelop­pement tout en lançant de petites mises à jour d'applications, voire de nouvelles versions. Définir un processus efficace réduit le risque d'erreur et permet à l'entreprise de se concentrer sur la satisfaction rapide des besoins métier.

De nombreuses pratiques et méthodologies de livraison de logi­ciels permettent aux entreprises d'accélérer la mise sur le marché, de réduire les erreurs, et de changer d'échelle efficacement. De nombreuses entreprises utilisent une combinaison de plusieurs approches. Parmi les pratiques les plus populaires se trouvent Agile, l'intégration continue, la Livraison continue et ITIL, autant d'approches que nous examinerons dans les sections suivantes. Les pratiques Agile, Intégration continue et Livraison continue reposent les unes sur les autres pour aider à pousser les applications vers la production.

2-7-1. Agile▲

2-7-2. Intégration continue▲

2-7-3. Livraison continue▲

2-7-4. ITIL▲

DevOps est une approche visant à délivrer les logiciels en continu. Elle permet aux clients de saisir plus rapidement les opportunités du marché et d'accélérer la prise en compte des retours clients. DevOps applique les principes Agile et lean tout au long de la chaîne de fabrication des logiciels pour supprimer les pertes de temps et les goulots d'étranglement. DevOps est composée de quatre fonc­tionnalités majeures dans tout le SDLC :

• la fonction Planifier et mesurer se concentre sur les divi­sions commerciales et leurs processus de planification. Cela implique la compréhension et l'augmentation des mesures d'efficacité de ces processus et du portefeuille d'applications qu'ils couvrent ;
• la fonction Développer et tester se concentre sur le développe­ment collaboratif, la CI et le test continu. Elle se concentre sur la rationalisation des fonctionnalités des équipes de dévelop­pement et de test ;
• la fonction Déployer permet la création du Pipeline de déploie­ment dans le cadre du déploiement continu ;
• la fonction Surveiller et optimiser inclut les pratiques de surveillance continue, retours clients et optimisation pour surveil­ler les performances des applications après leur déploiement en production, permettant ainsi aux entreprises de faire évoluer leurs exigences si nécessaire.
  Pour plus d'informations sur Dev Ops, voir DevOps For Dummies (DevOps pour les Nuls) sur ibm.co/devopsfordummies.

La mise en œuvre de solutions de coordination des versions et d'automatisation du déploiement sont des éléments clés pour résoudre un problème DevOps dans votre entreprise, comme nous l'évoquons dans les Chapitres 4 et 5.

Pour garantir un lancement d'application réussi, commencez par mettre en œuvre les trois piliers du processus de déploiement :

• utiliser le même processus ;
• automatiser ;
• effectuer des modifications incrémentielles.

Nous examinons ces piliers en détail dans les sections suivantes.

3-1-1. Utiliser le même processus▲

3-1-2. Automatiser▲

3-1-3. Effectuer des modifications incrémentielles▲

L'utilisation des trois piliers d'un processus de déploiement (voir la section précédente) peut vous aider à aligner les besoins métier de votre entreprise avec ses besoins techniques, ce qui peut avoir des effets positifs sur le déploiement des applications. Cette section examine certains de ces effets.

3-2-1. Automatiser et utiliser le même processus de déploiement▲

3-2-2. Effectuer des changements incrémentiels▲

3-2-3. Gérer les défauts▲

Les petits déploiements sont moins risqués que les grands, car ils réduisent le nombre d'anomalies potentielles pouvant provoquer une erreur ou une panne. Trois éléments peuvent contribuer à l'apparition d'anomalies : le code, la configuration et la complexité. La complexité fait ici référence au nombre d'interdépendances ou de relations dans le déploiement.

Alors que les défauts du code et de la configuration augmentent les risques linéairement à mesure que la taille des lots augmente, les défauts liés à la complexité augmentent les risques de façon exponentielle. Comme l'indique la Figure 2-1, si vous avez trois composants en cours de déploiement, vous avez trois relations à gérer, mais si vous ajoutez un seul composant supplémentaire lors du déploiement, vous avez six relations à gérer. Vous pouvez observer que l'ajout d'une application supplémentaire double encore les relations et crée davantage de complexité, et par conséquent, de risque.

Pour les entreprises qui utilisent des processus de déploiement manuel ou des déploiements lents pour obtenir un meilleur contrôle de la qualité, le risque de défaillance augmente de façon exponentielle. Les phases de déploiements importants chargés d'interdépendances comportent le risque de multiples erreurs. Toutefois, l'utilisation du même processus de déploiement, l'automatisation des tâches manuelles, et l'exécution de modifications incrémentielles permettent de rationaliser le processus de déploiement.

Pour plus d'informations sur la gestion des risques et échecs de déploiement, rendez-vous sur http://ibm.co/UCVlog4.

Avant de commencer à rechercher une solution, souvenez-vous des objectifs des outils d'automatisation et de coordination du déploiement d'applications :

• accélérer la mise sur le marché : augmenter la fréquence de livraison et la conformité des logiciels avec à une transparence de bout en bout, une meilleure auditabilité, et une réduction des délais de retour clients ;
• réduire les coûts : réduire la quantité de travail manuel, le temps d'attente des ressources, et la répétition des tâches en éliminant les anomalies et en fournissant des déploie­ments en libre-service ;
• réduire le risque : fournir des applications de bonne qualité au moyen de processus de déploiements automatisés et reproductibles dans les environnements de développement, test et production.

4-1-1. Modifier les rôles▲

4-1-2. Changer les processus et les solutions▲

Les solutions d'automatisation du déploiement d'applica­tions gèrent les composants d'application et leurs versions.

Elles assurent le suivi de l'environnement de chaque version déployée. Ces solutions sont essentielles aux pratiques de déploiement d'applications, comme nous l'expliquerons plus loin dans ce chapitre.

Lorsque vous recherchez une solution d'automatisation du déploiement, selon les objectifs de votre entreprise, vous devez rechercher une solution dotée des fonctionnalités suivantes :

• réutilisation des processus de déploiement dans les différents environnements ;
• coordination des déploiements d'application sur plusieurs environnements ;
• intégration aux technologies existantes ;
• gestion de la sécurité basée sur les rôles ;
• gestion des logs de toutes les commandes exécutées lors des déploiements ;
• traçabilité sur qui a déployé quelle version d'un artefact sur quelle cible.

Priorisez les fonctionnalités dont votre entreprise a le plus besoin pour atteindre les objectifs. Votre entreprise souhaite peut-être garantir l'auditabilité et la gouvernance ou minimiser l'effort requis pour réussir les audits. Dans ce cas, la capacité de la solution à fournir une sécurité basée sur les rôles et à offrir des logs de déploiement est plus importante que ses autres fonctionnalités.

Planifier, gérer et exécuter un déploiement d'application important s'effectue généralement à l'aide de feuilles de calcul ou de documents texte qui décrivent les tâches, leurs propriétaires et la séquence requise pour un déploiement réussi. Le problème avec cette méthode est qu'il n'existe aucun moyen de suivre qui a fait quoi, quel code a été déployé, où et quand il l'a été.

Les solutions de coordination des déploiements (release management) sont conçues pour aider à planifier et exécuter le déploiement d'une version en planifiant de façon collaborative les changements dans l'application ainsi que dans l'infrastructure. Idéalement, une solution doit fournir une visibilité complète sur le processus de déploiement, ainsi que des fonctionnalités de planification et d'exécution de bout en bout.

Vous devez rechercher une solution capable de réaliser les actions suivantes :

• rationaliser le lancement de plusieurs applications à la fois ;
• mettre à jour le plan de déploiement au fur et à mesure ;
• afficher la progression du déploiement en temps réel ;
• suivre les modifications dans les applications et l'infrastruc­ture ;
• notifier les parties prenantes de l'évolution des mises à jour des versions ;
• séquencer et coordonner les activités automatiques et manuelles dans le workflow de déploiement, toutes les dépendances au sein des activités, et toutes les communications associées aux personnes ;
• promouvoir automatiquement les applications qui remplissent les critères d'admission de qualité des environnements précédents.

Bien que cela ne soit pas nécessaire, il est conseillé d'utiliser une solution d'automatisation du déploiement avec votre solution de coordination des déploiements. Ensemble, elles permettent de lancer et suivre les déploiements automatisés de plusieurs applications.

Comme nous l'évoquons dans le Chapitre 3, les objectifs de l'auto­matisation incluent la traçabilité et la visibilité via une solution qui assure le suivi d'un build (développement) à travers les phases du cycle de développement logiciel (SDLC). Les principaux composants d'un processus de développement robuste dans ce contexte sont un référentiel d'artefacts versionnés pour les builds terminés, et la gestion des dépendances pour les projets liés.

Un des moyens de conserver ces deux composants est de disposer d'un moteur d'intégration continue (CI) ; l'autre moyen consiste à intégrer et suivre les builds manuellement. Avec une méthode d'intégration manuelle, vous devez versionner et conserver les builds dans un référentiel d'artefacts. Lorsque vous avez la visibilité sur ce que contient chaque build, et sur le moment où chaque artefact doit se redéployer si un problème survient dans un environnement, vous avez défini les exigences minimales pour la mise en œuvre de votre solution d'automatisation du déploiement d'applications.

Pour réussir la mise en œuvre d'une solution d'automatisation du déploiement, vous devez disposer d'un processus de développement cohérent et fiable. Si vos builds sont incohérents ou peu fiables, l'automatisation du déploiement peut déceler plus tôt les défaillances de ce processus, mais le problème de qualité intrinsèque persiste.

5-1-1. Choisir le moment idéal pour le déploiement▲

Lorsque vous progressez dans la mise en œuvre, vos deux principaux défis consistent à faire face à la résistance de votre équipe et à trouver le projet ou l'application qui possède les qualités dont vous avez besoin pour l'automatisation. Ces deux défis sont liés. Le choix de la mauvaise application pour l'automatisation crée de la résistance, et une automatisation mal planifiée ou documentée a de fortes chances d'échouer.

La meilleure pratique, par conséquent, consiste à choisir le bon moment pour déployer l'application ou le projet en question.

Le contexte d'un projet entièrement nouveau constitue un moment idéal, lorsqu'une nouvelle application possède un plan de déploiement qui nécessite une automatisation. Un autre moment idéal potentiel est celui pour un projet existant, qui est déjà en cours, mais se trouve également prêt pour l'automatisation. Choisir le bon projet, qu'il soit entièrement nouveau ou existant, exige un examen approfondi.

Vous devez examiner de près la situation pour déterminer si votre projet ou application est prêt(e) pour l'automatisation. Les applications qui demandent une automatisation possèdent un processus de déploiement bien documenté et (idéalement) une série de tâches répétitives. Si vous considérez un projet entièrement nouveau, celui-ci peut utiliser une application similaire à une appli­cation lancée précédemment, ou son plan de déploiement existant peut simplement être transféré vers la solution d'automatisation. Les mêmes règles s'appliquent à un projet existant. Si vous avez mis en place un processus de déploiement manuel et que vous ressentez une pression à délivrer plus rapidement, vous pouvez transférer le processus vers une solution d'automatisation.

Pour choisir le projet nouveau ou existant adéquat, vous devez savoir comment vos équipes travaillent habituellement et où intervenir. Si vous effectuez généralement des déploiements gérés par le développement, par exemple, vous devez transférer le processus de déploiement et la conception aux équipes des opérations. Si ce processus se termine généralement par la création d'un « mur » entre le développement et les opérations, l'équipe effectuant le déploiement en production devrait être responsable de ce processus et de l'automatisation. Savoir où le processus comporte généralement des interruptions peut être un atout dans la mise en œuvre de la solution, et la chronologie doit aller de pair avec les bons personnes, processus et solutions (voir Chapitre 4).

La Figure 4-1 montre les tâches que vous devez envisager pour savoir la manière de planifier et déployer vos solutions.

5-1-2. Créer un environnement semblable à la production▲

5-1-3. Déployer comme s'il s'agissait de la production▲

5-1-4. Concevoir d'abord pour la production▲

La coordination des déploiements est idéale pour les entreprises qui déploient plusieurs applications en même temps ou qui désirent plus de visibilité sur un processus de déploiement complexe. Comme nous le mentionnons au Chapitre 4, vous pouvez utiliser une solution de coordination des déploiements avec ou sans solution d'automatisation du déploiement.

Si votre processus de lancement est une longue liste de tâches manuelles contenues dans une feuille de calcul, vous devez évaluer des solutions qui contribuent à ce processus. Toutefois, si vous souhaitez mettre en œuvre une coordination associée à une automatisation du déploiement, vous devez avoir mis en place de bonnes pratiques supplémentaires en matière d'automatisation.

5-2-1. Identifier un modèle de déploiement réaliste▲

Après avoir choisi un déploiement comme base de référence pour les futurs déploiements, vous devez identifier une approche vers la mise en œuvre. Trois principales approches assurent une transition en douceur vers une solution de coordination des déploiements :

• utiliser la nouvelle solution en parallèle avec le processus existant. La première approche consiste à utiliser la solution en parallèle avec un processus de déploiement existant. Ce chemin permet à l'équipe qui gère les déploiements de mapper un processus existant vers le processus de la solution de déploiement, pendant que les deux processus sont en cours d'exécution. En pratique, cela revient à effectuer un déploiement selon la méthode traditionnelle, tout en exécutant le déploiement dans la nouvelle solution pour voir en quoi les tâches diffèrent avec cet outil. Cette pratique aide non seulement l'équipe à s'habituer à l'idée du nouveau processus, mais elle fournit également un exercice sans danger pour la première utilisation, ce qui permet de réduire l'anxiété à propos du déploiement suivant, de faire la démonstration des tâches parallèles dans chaque méthode de déploiement, et de fournir une comparaison de la situation avant-après concernant le processus ;
• réaliser une exécution après déploiement. La deuxième approche consiste à réaliser une exécution après déploiement, en utilisant la solution pour modéliser un déploiement terminé récemment. Autrement dit, il s'agit de déployer une application à l'aide du processus standard actuel, puis d'utiliser le même processus pour déployer une application avec une solution de coordination des déploiements. Tout comme l'exécution de la solution en parallèle d'un déploiement en cours, cette pratique fournit à l'équipe une comparaison de la situation avant-après du processus, ainsi qu'un moyen d'utiliser la solution pour la première fois en toute sécurité. Les deux premières approches sont des exercices qui fournissent des cas d'utilisation réalistes de la solution, et donnent aux membres d'équipe la possibilité de réaligner leurs attentes et interactions ;
• se jeter à l'eau. La troisième approche, moins conservatrice que les deux premières, consiste à se jeter à l'eau et à utiliser simplement la nouvelle solution pour un déploiement en direct. Vous devez préparer vos équipes au succès en choisissant un petit déploiement, que vous savez qu'elles pourront exécuter avec la solution. Réduisez le déploiement sélectionné à son état de complexité représentatif minimum, et donnez-le à votre équipe comme première utilisation en direct à faible risque de la solution.

Bien que le lancement de scripts de déploiement individuels puisse fonctionner pour de petits déploiements sur quelques serveurs, cette technique ne saura résister à l'ampleur et à la complexité du déploiement d'applications d'entreprises interdépendantes.

Le fait de reposer sur des experts pour lancer des scripts de déploiement exerce une contrainte sur l'ensemble de l'équipe de déploiement et en particulier sur la personne qui possède cette responsabilité. Si l'expert n'est pas disponible pour lancer le script (ou n'appartient plus à l'organisation lorsqu'une modification est prête au lancement), vous pouvez manquer des échéances, voire toute l'étape. En outre, si l'expert est responsable de l'exécution des scripts pour de multiples déploiements, la probabilité d'erreurs augmente tout comme celle de bogues avec la taille des lots (voir Chapitre 3). De même, les contraintes humaines telles que la fatigue, l'anxiété et la nervosité affectent les performances lorsqu'une personne exécute une longue série de tâches répétitives et à forte pression.

La meilleure solution consiste à laisser une solution d'automatisation du déploiement d'applications d‘exécuter les déploiements, idéalement à l'aide d'intégrations. Si votre solution choisie peut s'intégrer efficacement à vos outils existants, vous devez pouvoir créer un processus de déploiement à l'aide d'un concepteur de processus simple qui ne repose pas sur la rédaction de scripts. Des intégrations efficaces et un concepteur de processus glisser-déposer peuvent supprimer tout ou partie de la rédaction de scripts de votre processus de déploiement.

Les développeurs savent comment doit fonctionner une application, mais ne savent pas comment fonctionne la topologie des applications dans un environnement de production, car ils n'en ont pas besoin. L'assignation à l'équipe de développement de la tâche de conception d'un processus de déploiement générera probablement un processus qui néglige les principales préoccupations opérationnelles ou les configurations spécifiques à la production, telles que la mise en clusters, l'équilibrage des charges et les intégrations avec des systèmes externes.

Comme nous le mentionnons dans le Chapitre 5, commencer à planifier le processus de déploiement pour la production permet à l'équipe de développement de tester l'application dans un environnement semblable à la production. Cela permet également aux équipes de développement et des opérations de tester très tôt et souvent le processus de déploiement. Les meilleurs processus de déploiement sont le résultat de la collaboration entre l'ingénierie du développement et des opérations.

Vous pouvez bien sûr gérer des déploiements d'application simples avec plusieurs méthodes, tels que les e-mails, documents d'exécution, feuilles de calcul, et solutions d'automatisation du déploiement.

Les trois premières méthodes, toutefois, ne fournissent pas la traçabilité ou la planification du déploiement collaboratif, et aucune de ces méthodes ne peut évoluer pour prendre en charge la complexité d'un déploiement d'entreprises interdépendantes.

Bien qu'il soit possible d'utiliser une solution d'automatisation du déploiement pour gérer un déploiement, il est préférable d'utiliser une solution de coordination des déploiements. Les solutions de coordination de déploiement sont conçues pour aider à la planification et l'exécution d'un déploiement en fournissant une planification du déploiement collaborative qui englobe l'application et les modifications de l'infrastructure.

La livraison en continu consiste plutôt à accélérer le plus possible la transmission d'une nouvelle version dans le pipeline de livraison, puis à attendre que l'entreprise décide du moment du déploiement. La même technologie est utilisée pour les déploiements de production, mais la décision est humaine.

Pour la plupart des organisations, les tests automatisés sont insuffisants pour confirmer qu'une version est prête pour la production. Pour elles, la livraison continue réduit au minimum la friction provoquée par le transfert des versions dans les environnements et opti­mise la productivité des équipes de test.

L'automatisation optimise la qualité, car elle exploite les fonctionnalités des ordinateurs pour exécuter des tâches répétitives qui peuvent être bâclées lorsqu'elles sont effectuées manuellement.

Les contrôles sont également améliorés. Le bouton de déploiement soutient la sécurité basée sur des rôles, et les règles d'approbation et de registre de qualité peuvent être mises en application automatiquement. Lorsque vous disposez d'un journal d'audit complet indiquant qui a configuré un processus et qui l'a exécuté, vous savez exactement ce qui s'est passé à tout moment.

De nombreuses équipes en charge du déploiement fonctionnent grâce à l'utilisation de feuilles de calcul, mais cette méthode de coordination entraîne presque toujours des erreurs humaines. Les feuilles de calcul permettent effectivement la gestion du processus de déploiement au plus haut niveau, mais elles exigent l'exécution manuelle de tâches hautement répétitives, ce qui augmente le risque d'erreur. Elles nécessitent également une maintenance constante pour garantir que tous les membres de l'équipe de déploiement sont sur la bonne voie. Finalement, à mesure que l'emplacement des équipes varie, que les équipes se développent et que les applications deviennent plus complexes et interdépendantes, les feuilles de calcul deviennent de plus en plus sources d'erreurs et moins utiles, car elles ne s'adaptent pas à la complexité du déploiement.

Contrairement aux feuilles de calcul, les solutions de coordination de déploiement saisissent les interdépendances et déterminent la stratégie de déploiement la plus efficace. Elles alertent également les membres de l'heure du déploiement, lorsque certaines étapes clés du processus ont été réalisées ou lorsque certaines compétences des membres d'équipe sont requises.

Les solutions de coordination de déploiement sont vivement conseillées pour les organisations qui possèdent un processus de déploiement complexe ou des équipes distribuées, ou qui n'ont pas réussi à gérer leur processus de déploiement avec des feuilles de calcul.

Les solutions de coordination de déploiement peuvent être utilisées sans solution d'automatisation du déploiement, mais il est conseillé d'utiliser les deux pour réduire les risques associés aux tâches manuelles répétitives et accélérer la mise sur le marché.

En fait, les déploiements importants comportent un risque de plus en plus élevé selon le nombre d'interdépendances incluses, comparé aux déploiements réduits et fréquents. Si vous rationalisez le processus de déploiement par l'utilisation de solutions d'automatisation, vous libérez votre personnel pour lui permettre de dépanner le processus au lieu d'avoir à exécuter des tâches manuelles hautement répétitives.

Les déploiements plus petits comportent moins d'éléments et d'interdépendances. Les erreurs provoquées par la mauvaise compréhension ou la mauvaise prise en compte de l'interdépendance sont réduites considérablement dans un « petit » déploiement.

Les modifications incrémentielles au moyen d'un véritable processus de livraison continue (CD) constituent l'objectif ultime d'une organisation qui souhaite fournir de la valeur ajoutée en proposant de nouvelles fonctionnalités, à un rythme plus élevé que ses concurrents. Les petites modifications fréquentes fournies au moyen de solutions d'automatisation constituent la première étape dans la réduction du coût et du risque associés aux déploiements traditionnels.

Malheureusement, tant que vous ne respectez pas les exigences minimales d'un référentiel d'artefacts élémentaire, d'une gestion des dépendances et d'une production de haute qualité issue de votre processus de développement, vous n'êtes pas prêt à envisager l'automatisation du déploiement. Les éléments du déploiement doivent être présentés en versions ou prêts à être présentés en versions pour permettre le suivi de ce qui est déployé et de l'endroit où l'élément est déployé. Pour exécuter des déploiements réussis qui fournissent une visibilité sur l'ensemble du SDLC, vous devez vous assurer que les dépendances sont gérables, visibles et évidentes dans le cadre de votre processus de développement.

Vous pouvez généralement atteindre l'état minimum requis avec l'aide d'un serveur d'intégration continue (CI) qui fournit également la gestion des versions et les fonctionnalités de libre-service pour le déploiement dans des environnements de test. Les formes manuelles de CI peuvent vous donner une longueur d'avance sur l'automatisation du déploiement, mais n'offrent pas la visibilité complète que nous recommandons d'atteindre avant de passer aux solutions d'automatisation du déploiement. L'objectif principal d'un processus de développement rationalisé est de créer des builds en état de fonctionner, présentés en versions cohérentes et prêts à être déployés dans les environnements de test puis de production à un niveau de qualité élevé.

Certaines solutions d'automatisation du déploiement d'applications fournissent une fonctionnalité de gestion des versions avec un référentiel d'artefacts propriétaire. Cette fonctionnalité vous permet d'ignorer l'étape de gestion des versions de vos propres builds et d'utiliser la solution d'automatisation du déploiement d'applications pour intégrer cette étape. Cette solution est IBM UrbanCode Deploy.

Si vous déclarez pratiquer la livraison continue (CD), mais que votre équipe des opérations fait face à un retard très important de la part du développement, vous avec un problème de DevOps , et vous ne pratiquez pas réellement la livraison continue. Les pratiques et solutions DevOps vous aident à saisir les opportunités du marché et réduire le délai de réception des commentaires des clients, en permettant une véritable livraison continue. Lorsque vous décidez de mettre en œuvre des solutions de déploiement, vous devez vous préparer à travailler dans une culture DevOps, ce qui implique des changements pour les personnes, les interactions, les processus et les solutions (voir Chapitre 2 pour plus de détails sur DevOps).

Lorsque vous avez réduit au minimum les différences entre les environnements de développement et des opérations, standardisé votre processus de déploiement, et automatisé la plupart ou la totalité de vos tâches manuelles, vous avez terminé la mise en place d'une solution DevOps. Cette solution DevOps accélère la livraison de logiciels, réduit le délai d'obtention des commentaires des clients, améliore la gouvernance sur le SDLC, et équilibre la qualité, le coût et la vitesse.

Le passage d'un processus de déploiement entièrement ou principalement manuel à un processus automatisé est difficile, et exige la prise en compte de plusieurs facteurs. L'une des modifications à long terme concerne la culture de votre entreprise. Les membres de votre personnel et leurs interactions doivent être alignés sur la nouvelle méthode de travail, et peuvent être amenés à modifier leurs responsabilités. Vous devez préparer vos équipes à ce changement, vous attendre à une résistance, et rester conscient de ce qui fonctionne et ne fonctionne pas pour votre organisation.

Lorsque vous aurez sélectionné le bon projet pour mettre en œuvre les solutions d'automatisation du déploiement d'applications et de coordination des versions, vos équipes n'auront pas d'autre choix que de collaborer. Toutefois, les préparer le mieux possible à ce changement rendra la transition plus facile et vous aidera à atteindre vos objectifs commerciaux. Tout comme la résolution des problèmes de développement et d'intégration continue (CI) réduit les goulots d'étranglement du déploiement et de la livraison continue (CD), vous commencerez peut-être à voir de nouvelles opportunités d'amélioration dans votre SDLC après l'introduction de solutions de déploiement.