Excellence opérationnelle du point de vue des services financiers

Last reviewed 2026-10-28 UTC

Ce document du Google Cloud Well-Architected Framework : perspective des services financiers présente les principes et les recommandations pour créer, déployer et exploiter des charges de travail de services financiers robustes dans Google Cloud. Ces recommandations vous aident à configurer les éléments de base tels que l'observabilité, l'automatisation et l'évolutivité. Les recommandations de ce document sont conformes au pilier de l'excellence opérationnelle du Well-Architected Framework.

L'excellence opérationnelle est essentielle pour les charges de travail des services financiers dans Google Cloud en raison de leur nature hautement réglementée et sensible. L'excellence opérationnelle garantit que les solutions cloud peuvent s'adapter à l'évolution des besoins et répondre à vos exigences en termes de valeur, de performances, de sécurité et de fiabilité. Des défaillances dans ces domaines pourraient entraîner des pertes financières importantes, des sanctions réglementaires et des atteintes à la réputation.

L'excellence opérationnelle offre les avantages suivants pour les charges de travail des services financiers :

  • Maintenir la confiance et la réputation : les institutions financières dépendent fortement de la confiance de leurs clients. Les perturbations opérationnelles ou les failles de sécurité peuvent gravement éroder cette confiance et entraîner une perte de clients. L'excellence opérationnelle permet de minimiser ces risques.
  • Répondre à des exigences de conformité réglementaire strictes : les services financiers sont soumis à de nombreuses réglementations complexes, telles que les suivantes :

    Des processus opérationnels, une surveillance et une gestion des incidents robustes sont essentiels pour démontrer la conformité aux réglementations et éviter les pénalités.

  • Assurer la continuité et la résilience de l'activité : les marchés et services financiers fonctionnent souvent en continu. Par conséquent, la haute disponibilité et une reprise après sinistre efficace sont primordiales. Les principes d'excellence opérationnelle guident la conception et la mise en œuvre de systèmes résilients. Le pilier de la fiabilité fournit plus d'informations à ce sujet.

  • Protéger les données sensibles : les institutions financières gèrent d'énormes quantités de données financières et client hautement sensibles. Des contrôles opérationnels stricts, une surveillance de la sécurité et une réponse rapide aux incidents sont essentiels pour prévenir les violations de données et préserver la confidentialité. Le pilier de la sécurité fournit des conseils supplémentaires dans ce domaine.

  • Optimiser les performances des applications critiques : de nombreuses applications financières, telles que les plates-formes de trading et les analyses en temps réel, exigent des performances élevées et une faible latence. Pour répondre à ces exigences de performances, vous devez concevoir une infrastructure de calcul, de mise en réseau et de stockage hautement optimisée. Le pilier d'optimisation des performances fournit plus d'informations à ce sujet.

  • Gérer efficacement les coûts : outre la sécurité et la fiabilité, les institutions financières se soucient également de la rentabilité. L'excellence opérationnelle inclut des pratiques permettant d'optimiser l'utilisation des ressources et de gérer les dépenses cloud. Le pilier d'optimisation des coûts fournit des conseils supplémentaires dans ce domaine.

Les recommandations d'excellence opérationnelle de ce document sont associées aux principes fondamentaux suivants :

Définir les SLA et les SLO et SLI correspondants

Dans de nombreuses organisations de services financiers, la disponibilité des applications est généralement classée en fonction des métriques d'objectif de temps de récupération (RTO) et d'objectif de point de récupération (RPO). Pour les applications stratégiques qui desservent des clients externes, un contrat de niveau de service (SLA) peut également être défini.

Les SLA ont besoin d'un framework de métriques qui représente le comportement du système du point de vue de la satisfaction des utilisateurs. Les pratiques d'ingénierie de la fiabilité des sites (SRE) permettent d'atteindre le niveau de fiabilité du système que vous souhaitez. La création d'un framework de métriques implique de définir et de surveiller des indicateurs numériques clés pour comprendre l'état du système du point de vue de l'utilisateur. Par exemple, des métriques telles que la latence et les taux d'erreur quantifient les performances d'un service. Ces métriques sont appelées "indicateurs de niveau de service" (SLI). Il est essentiel de développer des SLI efficaces, car ils fournissent les données brutes nécessaires pour évaluer objectivement la fiabilité.

Pour définir des SLA, des SLI et des SLO pertinents, tenez compte des recommandations suivantes :

  • Développez et définissez des SLI pour chaque service critique. Définissez des valeurs cibles qui définissent les niveaux de performances acceptables.
  • Développez et définissez les objectifs de niveau de service (SLO) qui correspondent aux SLI. Par exemple, un SLO peut indiquer que 99,9 % des requêtes doivent avoir une latence inférieure à 200 millisecondes.
  • Identifiez les mesures correctives internes à prendre si un service ne respecte pas les SLO. Par exemple, pour améliorer la résilience de la plate-forme, vous devrez peut-être concentrer les ressources de développement sur la résolution des problèmes.
  • Validez l'exigence de SLA pour chaque service et reconnaissez le SLA comme le contrat formel avec les utilisateurs du service.

Exemples de niveaux de service

Le tableau suivant fournit des exemples de SLI, de SLO et de SLA pour une plate-forme de paiement :

Métrique d'entreprise SLI SLO Contrat de niveau de service
Paiement réussi

Mesure quantitative du pourcentage de toutes les transactions de paiement initiées qui sont traitées et confirmées avec succès.

Exemple : (nombre de transactions réussies ÷ nombre total de transactions valides) × 100, mesuré sur une période glissante de cinq minutes.

Un objectif interne visant à maintenir un pourcentage élevé de transactions de paiement réussies sur une période spécifique.

Exemple : Maintenir un taux de réussite des transactions de paiement de 99,98 % sur une période glissante de 30 jours, à l'exclusion des requêtes non valides et de la maintenance planifiée.

Une garantie contractuelle concernant le taux de réussite et la vitesse de traitement des transactions de paiement.

Exemple : Le fournisseur de services garantit que 99,0 % des transactions de paiement initiées par le client seront traitées et confirmées avec succès en une seconde.

Latence de traitement des paiements

Temps moyen nécessaire au traitement d'une transaction de paiement, de l'initiation par le client à la confirmation finale.

Exemple : Temps de réponse moyen en millisecondes pour la confirmation de transaction, mesuré sur une fenêtre glissante de cinq minutes.

Objectif interne concernant la vitesse de traitement des transactions de paiement.

Exemple : Assurez-vous que 99,5 % des transactions de paiement sont traitées dans un délai de 400 millisecondes sur une période glissante de 30 jours.

Un engagement contractuel à résoudre les problèmes critiques de traitement des paiements dans un délai spécifié.

Exemple : Pour les problèmes critiques de traitement des paiements (définis comme une panne affectant plus de 1 % des transactions), le fournisseur de services s'engage à résoudre le problème dans un délai de deux heures à compter du moment où il est signalé ou détecté.

Disponibilité de la plate-forme

Pourcentage de temps pendant lequel l'API de traitement des paiements de base et l'interface utilisateur sont opérationnelles et accessibles aux clients.

Exemple : (durée totale de fonctionnement − temps d'arrêt) ÷ durée totale de fonctionnement × 100, mesurée par minute.

Un objectif interne de temps d'activité de la plate-forme de paiement principale.

Exemple : Atteindre une disponibilité de la plate-forme de 99,995 % par mois calendaire, à l'exclusion des intervalles de maintenance planifiés.

Un engagement formel et juridiquement contraignant envers les clients concernant le temps d'activité minimal de la plate-forme de paiement, y compris les conséquences en cas de non-respect.

Exemple : La plate-forme maintiendra une disponibilité minimale de 99,9 % par mois calendaire, à l'exclusion des intervalles de maintenance planifiés. Si la disponibilité tombe en dessous du niveau minimal, le client recevra un crédit de service de 5 % des frais de service mensuels pour chaque baisse de 0,1 %.

Utilisez les données des SLI pour surveiller si les systèmes respectent les SLO définis et pour vous assurer que les SLA sont respectés. En utilisant un ensemble de SLI bien définis, les ingénieurs et les développeurs peuvent surveiller les applications de services financiers aux niveaux suivants :

  • Directement dans le service sur lequel les applications sont déployées, comme Google Kubernetes Engine ou Cloud Run.
  • En utilisant les journaux fournis par les composants d'infrastructure, tels que l'équilibreur de charge.

OpenTelemetry fournit une norme Open Source et un ensemble de technologies permettant de capturer tous les types de données de télémétrie, y compris les métriques, les traces et les journaux. Google Cloud Managed Service pour Prometheus fournit un backend entièrement géré et hautement évolutif pour les métriques et le fonctionnement de Prometheus à grande échelle.

Pour en savoir plus sur les SLI, les SLO et les marges d'erreur, consultez le manuel SRE.

Pour développer des tableaux de bord et des mécanismes d'alerte et de surveillance efficaces, utilisez les outils Google Cloud Observability avec Cloud Monitoring. Pour en savoir plus sur les fonctionnalités de surveillance et de détection spécifiques à la sécurité, consultez le pilier de sécurité.

Définir et tester les processus de gestion des incidents

Des processus de gestion des incidents bien définis et régulièrement testés contribuent directement à la valeur, aux performances, à la sécurité et à la fiabilité des charges de travail de services financiers dans Google Cloud. Ces processus aident les institutions financières à respecter leurs exigences réglementaires strictes, à protéger les données sensibles, à maintenir la continuité de l'activité et à préserver la confiance des clients.

Tester régulièrement les processus de gestion des incidents offre les avantages suivants :

  • Maintenir les performances lors des pics de charge : des tests de performances et de charge réguliers aident les institutions financières à s'assurer que leurs applications et leur infrastructure dans le cloud peuvent gérer les pics de volume de transactions, la volatilité du marché et d'autres scénarios de forte demande sans dégradation des performances. Cette fonctionnalité est essentielle pour maintenir une expérience utilisateur fluide et répondre aux exigences des marchés financiers.
  • Identifier les goulots d'étranglement et les limites potentiels : les tests de résistance poussent les systèmes à leurs limites et permettent aux institutions financières d'identifier les goulots d'étranglement et les limites de performances potentiels avant qu'ils n'affectent les opérations critiques. Cette approche proactive permet aux institutions financières d'ajuster leur infrastructure et leurs applications pour optimiser les performances et l'évolutivité.
  • Valider la fiabilité et la résilience : des tests réguliers, y compris l'ingénierie du chaos ou des défaillances simulées, permettent de valider la fiabilité et la résilience des systèmes financiers. Ces tests permettent de s'assurer que les systèmes peuvent récupérer correctement après des défaillances et maintenir une haute disponibilité, ce qui est essentiel pour la continuité de l'activité.
  • Effectuer une planification efficace de la capacité : les tests de performances fournissent des données précieuses sur l'utilisation des ressources dans différentes conditions de charge, ce qui est crucial pour une planification précise de la capacité. Les institutions financières peuvent utiliser ces données pour anticiper de manière proactive les besoins futurs en capacité et éviter les problèmes de performances dus à des contraintes de ressources.
  • Déployer de nouvelles fonctionnalités et des modifications de code : l'intégration de tests automatisés dans les pipelines CI/CD permet de s'assurer que les modifications et les nouveaux déploiements sont validés de manière approfondie avant d'être mis en environnement de production. Cette approche réduit considérablement le risque d'erreurs et de régressions pouvant entraîner des interruptions opérationnelles.
  • Respecter les exigences réglementaires en matière de stabilité du système : les réglementations financières exigent souvent que les institutions disposent de pratiques de test robustes pour garantir la stabilité et la fiabilité de leurs systèmes critiques. Des tests réguliers permettent de démontrer la conformité à ces exigences.

Pour définir et tester vos processus de gestion des incidents, tenez compte des recommandations suivantes.

Définir des procédures claires de réponse aux incidents

Un ensemble bien établi de procédures de réponse aux incidents implique les éléments suivants :

  • Rôles et responsabilités définis pour les responsables d'incidents, les enquêteurs, les communicants et les experts techniques afin de garantir une réponse efficace et coordonnée.
  • Protocoles de communication et chemins d'escalade définis pour garantir que les informations sont partagées rapidement et efficacement lors des incidents.
  • Procédures documentées dans un runbook ou un playbook qui décrit les étapes de communication, de tri, d'investigation et de résolution.
  • Une formation et une préparation régulières qui permettent aux équipes d'acquérir les connaissances et les compétences nécessaires pour réagir efficacement.

Effectuer régulièrement des tests de performances et de charge

Des tests de performances et de charge réguliers permettent de s'assurer que les applications et l'infrastructure dans le cloud peuvent gérer les pics de charge et maintenir des performances optimales. Les tests de charge simulent des modèles de trafic réalistes. Les tests de contrainte poussent le système jusqu'à ses limites pour identifier les goulots d'étranglement et les limites de performances potentiels. Vous pouvez utiliser des produits tels que Cloud Load Balancing et des services de test de charge pour simuler un trafic réel. En fonction des résultats des tests, vous pouvez ajuster votre infrastructure cloud et vos applications pour optimiser les performances et l'évolutivité. Par exemple, vous pouvez ajuster l'allocation des ressources ou affiner les configurations de l'application.

Automatiser les tests dans les pipelines CI/CD

L'intégration de tests automatisés dans vos pipelines CI/CD permet de garantir la qualité et la fiabilité des applications cloud en validant les modifications avant le déploiement. Cette approche réduit considérablement le risque d'erreurs et de régressions, et vous aide à créer un système logiciel plus stable et plus robuste. Vous pouvez intégrer différents types de tests dans vos pipelines CI/CD, y compris des tests unitaires, des tests d'intégration et des tests de bout en bout. Utilisez des produits tels que Cloud Build et Cloud Deploy pour créer et gérer vos pipelines CI/CD.

Améliorer et innover en continu

Pour les charges de travail des services financiers dans le cloud, la migration vers le cloud n'est que la première étape. L'amélioration et l'innovation continues sont essentielles pour les raisons suivantes :

  • Accélération de l'innovation : profitez de nouvelles technologies comme l'IA pour améliorer vos services.
  • Réduire les coûts : éliminez les inefficacités et optimisez l'utilisation des ressources.
  • Améliorer l'agilité : s'adapter rapidement aux évolutions du marché et de la réglementation.
  • Améliorer la prise de décision : utilisez des produits d'analyse de données comme BigQuery et Looker pour prendre des décisions éclairées.

Pour garantir une amélioration et une innovation continues, tenez compte des recommandations suivantes.

Réaliser des rétrospectives régulières

Les rétrospectives sont essentielles pour améliorer en permanence les procédures de réponse aux incidents et pour optimiser les stratégies de test en fonction des résultats des tests de performances et de charge réguliers. Pour vous assurer que les rétrospectives sont efficaces, procédez comme suit :

  • Donnez aux équipes l'occasion de réfléchir à leurs expériences, d'identifier ce qui s'est bien passé et de repérer les points à améliorer.
  • Organisez des rétrospectives après les étapes clés du projet, les incidents majeurs ou les cycles de test importants. Les équipes peuvent tirer des enseignements de leurs réussites et de leurs échecs, et affiner continuellement leurs processus et leurs pratiques.
  • Utilisez une approche structurée comme le modèle start-stop-continue pour vous assurer que les sessions rétrospectives sont productives et mènent à des étapes concrètes.
  • Utilisez des rétrospectives pour identifier les domaines dans lesquels l'automatisation de la gestion des modifications peut être améliorée afin d'accroître la fiabilité et de réduire les risques.

Favoriser une culture de l'apprentissage

Une culture de l'apprentissage facilite l'exploration sécurisée des nouvelles technologies dansGoogle Cloud, telles que les fonctionnalités d'IA et de ML, pour améliorer des services comme la détection des fraudes et les conseils financiers personnalisés. Pour promouvoir une culture de l'apprentissage, procédez comme suit :

  • Encouragez les équipes à expérimenter, à partager leurs connaissances et à apprendre en permanence.
  • Adoptez une culture exempte de reproches, où les échecs sont considérés comme des opportunités de croissance et d'amélioration.
  • Créez un environnement psychologiquement sûr qui permet aux équipes de prendre des risques et d'envisager des solutions innovantes. Les équipes tirent des enseignements de leurs réussites comme de leurs échecs, ce qui permet à l'organisation d'être plus résiliente et adaptable.
  • Développez une culture qui facilite le partage des connaissances acquises lors des processus de gestion des incidents et des exercices de test.

Restez au fait des technologies cloud

L'apprentissage continu est essentiel pour comprendre et mettre en œuvre de nouvelles mesures de sécurité, exploiter l'analyse de données avancée pour obtenir de meilleurs insights et adopter des solutions innovantes adaptées aux services financiers.

  • Exploitez tout le potentiel des services Google Cloud en vous tenant informé des dernières avancées, fonctionnalités et bonnes pratiques.
  • Lorsque de nouvelles fonctionnalités et de nouveaux services Google Cloud sont introduits, identifiez les opportunités d'automatiser davantage les processus, de renforcer la sécurité et d'améliorer les performances et l'évolutivité de vos applications.
  • Participez à des conférences, des webinaires et des sessions de formation pertinents pour élargir vos connaissances et comprendre les nouvelles fonctionnalités.
  • Encouragez les membres de l'équipe à obtenir des Google Cloud certifications pour vous assurer que l'organisation dispose des compétences nécessaires pour réussir dans le cloud.