La prospective de déploiements sans impact rend 10x Banking plus serein

Les services bancaires sont parmi les plus importants pour chacun de nous, mais la banque est à la traîne par rapport aux autres secteurs de services à la clientèle en termes d'adaptation aux nouvelles technologies et de placement du client au cœur des opérations. 

Chez 10x Banking, notre principale plateforme d'opérations bancaires cloud-native permet aux banques de comprendre leurs clients en temps réel, de publier des produits en quelques minutes, de débloquer les données et d'assurer une expérience connectée. Notre principale infrastructure d'opérations bancaires est développée sur AWS (Amazon Web Services), elle sert quelques-unes des banques les plus importantes au monde et prend en charge des millions de clients. Notre objectif est de continuer à faire évoluer la plateforme à tous les niveaux de notre base de clientèle en pleine croissance et d'améliorer parallèlement les fonctionnalités tout en réduisant les interruptions. La livraison continue est la capacité à livrer des logiciels en cycles courts successifs. Elle permet d'assurer à nos clients et à leurs utilisateurs finaux la meilleure expérience possible, ce qui est une nécessité absolue dans le secteur bancaire.

En tant que Responsable de la sortie des logiciels, je suis chargée de la réussite et de la fiabilité de nos déploiements ; mon travail consiste à réduire le taux d’erreur et le temps moyen de résolution (MTTR) afin d'améliorer la conformité et la fiabilité de nos logiciels. Lorsque j'ai rejoint 10x Banking, je me suis rendu compte de l'importance de l'observabilité et du monitoring, non seulement pour comprendre comment notre technologie fonctionne à grande échelle, mais également pour zoomer sur l'impact immédiat d'un déploiement ou d'une mise à jour. C'est la raison pour laquelle nous avons commencé à utiliser les marqueurs de déploiement et la capacité de suivi des changements de New Relic.

Voici comment nos processus de publication ont évolué au cours de notre première année avec des marqueurs de déploiement :

Regroupement des outils et sources de données

Avant New Relic, nous utilisions des outils pour monitorer et collecter les données de différentes zones de notre stack technique. Cette profusion d'outils nous empêchait de résoudre les problèmes rapidement et nous avions non seulement du mal à identifier la cause profonde d'une erreur, mais nous ne disposions pas non plus des informations détaillées qui auraient pu nous aider à résoudre le problème. 

Notre mission en tant qu'entreprise est de faire avancer le secteur bancaire grâce à l'innovation technologique. Toutefois, la priorité absolue pour toute banque est la disponibilité de ses produits. Une panne remet en question la confiance accordée par les utilisateurs finaux, car ils n'ont pas accès à leur argent quand ils en ont besoin. Le fait de pouvoir obtenir une vue globale de notre architecture avec l'observabilité nous a permis de gérer les anomalies plus rapidement et de résoudre les problèmes avant qu'ils ne provoquent une panne. Nous avons ainsi pu assurer une livraison continue, et les urgences majeures sont devenues des problèmes mineurs. L'équipe peut désormais se concentrer sur la régularité plutôt que sur les interruptions. 

Une fois que nos outils et données télémétriques ont été consolidés dans New Relic, nous avons commencé à utiliser le suivi des changements pour voir l'impact des déploiements et des changements apportés à la configuration. L'impact a été majeur : si nous voyons un pic au niveau du taux d’erreur, nous pouvons trouver la cause profonde et résoudre le problème avant qu'il ne touche le client. New Relic est particulièrement pratique pour nous parce que nous pouvons personnaliser les zones de l'architecture qui sont visibles ou non pour nos clients. Ils sont chargés du frontend et nous devons simplement nous assurer que le backend fonctionne parfaitement. 

Passage à une livraison continue

Nous devons identifier les anomalies et réduire le temps moyen de résolution, mais notre mission en tant qu'entreprise est de développer des logiciels innovants. Les dashboards de New Relic nous fournissent une image complète des cycles de vie de nos logiciels, ce qui nous permet de décider si chaque déploiement peut avoir lieu ou non. Ces dashboards affichent les données de déploiement sur plusieurs environnements en même temps. Cette fonction a été essentielle pour mettre les différentes parties prenantes sur la même longueur d'onde. Tout le monde dans l'entreprise a une vue unifiée et uniformisée de l'impact de chaque déploiement sur divers éléments de l'environnement. 

Nous lançons plusieurs déploiements par jour et les marqueurs de déploiement nous donnent la sérénité qu'il nous faut lors de chaque livraison et nous permettent de rapidement identifier la source d'une erreur. L'intégration de New Relic avec Jenkins nous facilite aussi la vie. Le plug‑in OpenTelemetry affiche les projets et les exécutions de pipeline en tant que traces distribuées, ce qui nous permet de facilement monitorer nos données de déploiement et d'améliorer les pipelines en conséquence. Cette visibilité, ainsi que le passage global vers une livraison continue, a facilité ma vie de responsable des versions. 

La gestion des versions peut être soit le chaos ambiant soit la tranquillité d'esprit. Les données que nous collectons de New Relic nous permettent de comprendre le chaos et les performances en temps réel. Dans un environnement très dynamique focalisé sur une livraison continue, ces métriques en temps réel nous donne une optique clé sur l'intégralité du système, et nous permet d'identifier les services et les API qui doivent être améliorés. Nous pouvons voir, à tout moment, l'état d'une version et résoudre proactivement les problèmes qui peuvent impacter l'expérience du client.