Assurez une haute disponibilité à vos applications grâce à ces 7 étapes

Il y a plusieurs mois, Delta a subi une panne informatique qui lui a coûté plus de 150 millions de dollars, réduisant ses marges bénéficiaires globales de près de 3 %. Des clients sont restés bloqués pendant des heures, 2 300 vols ont été annulés et Delta a dû payer des milliers de bons d'hôtel et de voyage pour compenser cette panne prolongée – malgré la forte probabilité que cet incident ait entraîné la perte définitive de certains clients. ¹ .

Temps d'arrêt Un problème peut survenir à tout moment, affectant les applications et les services, même ceux de marques valant plusieurs millions de dollars, et un seul incident prolongé peut entraîner des pertes de centaines de millions de dollars pour une entreprise. Cependant, de telles situations peuvent être largement évitées en suivant ces étapes :

1. Adoptez une architecture de microservices
   Traditionnellement, les applications étaient développées de manière monolithique, c'est-à-dire en développant l'application entière comme un seul bloc. Aujourd'hui, microservices Les architectures de microservices gagnent en popularité. Elles consistent à développer, tester et déployer une application en la décomposant en petits composants indépendants les uns des autres. La maintenance s'en trouve grandement facilitée, car les composants sont isolés. Ainsi, en cas de défaillance d'un composant, celui-ci peut être ciblé et réparé séparément, sans impacter les autres. Dans une application monolithique, le moindre problème entraîne une interruption de service complète, rendant l'identification de la cause du dysfonctionnement complexe. L'approche par microservices renforce la résilience de votre application face aux interruptions de service et constitue la première étape vers une haute disponibilité. Toutefois, il est important de noter que les architectures de microservices introduisent une complexité accrue et une augmentation significative du volume de données de surveillance générées. Il est donc crucial de pouvoir… corréler les alertes connexes et supprimer les alertes non exploitables pour réduire le bruit global.
2. Augmentez la fréquence et la rapidité des mises en production
   Le principal avantage d'une architecture de microservices réside dans sa capacité à accélérer les déploiements : plusieurs fois par jour pour les applications web et toutes les deux semaines pour les applications mobiles. Auparavant, on procédait à des mises à jour majeures environ tous les trimestres, ce qui entraînait inévitablement des interruptions de service. Avec l'approche moderne, les déploiements sont fragmentés. Seules des portions de l'application sont déployées en arrière-plan à la fois, garantissant ainsi la disponibilité permanente de la plateforme. Cela réduit non seulement le risque d'indisponibilité, mais vous permet également d'être plus compétitif en accélérant le rythme de déploiement pour proposer des fonctionnalités et une valeur ajoutée toujours plus pointues.
3. La disponibilité est un problème de qualité
   Qualité et disponibilité sont indissociables. Nombre d'organisations sous-estiment l'importance de l'assurance qualité (AQ), la négligeant jusqu'au dernier moment. Pour éviter les logiciels bogués, l'équipe AQ ​​doit être impliquée le plus tôt possible dans le processus de développement et étroitement associée au cycle de vie des mises en production. L'AQ doit concentrer ses efforts sur l'automatisation et la stratégie de test. Un framework d'automatisation des tests permet de minimiser les erreurs tout en réduisant considérablement les coûts et en gagnant du temps par rapport à une approche manuelle. De plus, les testeurs ne se contentent pas de rechercher les bogues ; ils doivent également participer activement au processus de définition des exigences afin d'orienter le développement dans la bonne direction. En veillant à ce que l'équipe de développement adopte les bonnes pratiques dès le départ, l'organisation est moins susceptible d'accumuler une dette technique importante. L'AQ vise l'amélioration continue, et vos systèmes de motivation doivent être orientés vers cet objectif.
4. Ayez un plan de reprise après sinistre
   Lorsqu'une interruption des services essentiels de votre application survient, c'est une catastrophe. Dans ce cas, un plan de reprise d'activité (PRA) efficace est indispensable. La plupart des organisations utilisant des architectures hybrides combinant infrastructure cloud publique et privée, il est crucial d'assurer la redondance de vos serveurs et d'effectuer des sauvegardes chez différents fournisseurs. La virtualisation s'avère très utile pour la création d'images de sauvegarde d'un serveur physique existant, et la conteneurisation l'est encore plus, car les images de sauvegarde sont beaucoup plus légères et occupent moins d'espace. De telles stratégies garantissent la disponibilité de vos données, même en cas de sinistre. De plus, il est essentiel d'automatiser votre plan de sauvegarde de bout en bout, afin qu'il ne dépende pas des autorisations d'un administrateur, notamment en cas d'indisponibilité. L'automatisation permet également à votre équipe DevOps de tester facilement le PRA et d'être prête à faire face à tout incident.
5. Mettre en œuvre la gestion du changement ITSM
   Veillez à utiliser des cadres de référence standardisés comme ITIL pour ITSM Gestion du changement. Les changements sont essentiels aux services informatiques ; sans eux, aucun progrès ne serait possible. Toutefois, tout changement doit être documenté. Mesurez les taux de réussite des changements et publiez les résultats afin d’identifier les équipes présentant un faible taux de réussite. Un outil ITSM comme… ServiceNow Il offre une excellente visibilité et un meilleur contrôle de la gestion des changements. Il permet d'effectuer des modifications rapidement, efficacement et avec un minimum de perturbations pour les services informatiques.
6. Utilisez un outil de gestion des incidents
   Lorsqu'une interruption de service est inévitable, il est crucial d'informer les personnes concernées de l'équipe en temps réel. Or, les équipes reçoivent souvent trop d'alertes et risquent de manquer les plus importantes, ce qui impacte le délai moyen de résolution (MTTR). Une plateforme de gestion des incidents comme PagerDuty permet de gérer et de regrouper les alertes provenant de différentes sources. systèmes de surveillance PagerDuty s'avérera indispensable en cas de panne. Il filtre les alertes non exploitables selon des règles simples, regroupe les alertes exploitables connexes en incidents et garantit que seules les alertes prioritaires envoient une notification aux personnes concernées, avec le contexte approprié. De plus, grâce à ses intégrations avec tous vos outils de supervision, de gestion des tickets, de ChatOps et de collaboration existants, PagerDuty permet à votre équipe de diagnostiquer et de résoudre rapidement les incidents afin que votre application soit opérationnelle le plus longtemps possible.
7. Provoquer délibérément des échecs
   La gestion des pannes planifiées garantit que votre équipe est toujours prête à résoudre toute interruption de service. Netflix est un exemple connu pour cette approche. La plateforme utilise un script appelé Singe du Chaos qui fonctionne en permanence en arrière-plan et arrête aléatoirement les instances de serveur. Cela permet à l'équipe d'être toujours prête en cas de panne réelle de serveur, tout en assurant un service client fluide. PagerDuty met également en œuvre Vendredis de l'échec Chaque semaine, nous introduisons volontairement des défaillances dans le système afin d'améliorer continuellement la réactivité, de garantir la préparation et de maximiser la fiabilité.

Bien que la perfection soit impossible à atteindre, concentrez-vous sur les personnes, les processus et les outils qui constituent votre organisation. DevOps L'équipe vous accompagnera dans cette démarche. Il n'existe pas de solution miracle pour éliminer tous vos problèmes d'indisponibilité, mais en suivant ces étapes, vous développerez des applications plus fiables et gagnerez et conserverez la confiance et la fidélité de vos clients.

---

^{Gensler, Lauren. « La panne informatique de Delta va leur coûter 150 millions de dollars. « Forbes. Forbes Magazine, 7 septembre 2016. Web. 13 février 2017.}