Well-Architected Framework : perspective des services financiers

Last reviewed 2026-10-28 UTC

Ce document du Google Cloud Well-Architected Framework décrit les principes et les recommandations pour vous aider à concevoir, créer et gérer des applications de services financiers dans Google Cloud qui répondent à vos objectifs opérationnels, de sécurité, de fiabilité, de coût et de performances.

Ce document s'adresse aux décideurs, architectes, administrateurs, développeurs et opérateurs qui conçoivent, créent, déploient et gèrent des charges de travail de services financiers dans Google Cloud. Les banques, les acteurs de l'infrastructure de paiement, les fournisseurs d'assurance et les opérateurs de marchés financiers sont des exemples d'organisations de services financiers qui pourraient bénéficier de ces conseils.

Les organisations de services financiers ont des considérations spécifiques, en particulier en ce qui concerne l'architecture et la résilience. Ces considérations sont principalement motivées par des exigences réglementaires, de risque et de performances. Ce document fournit des conseils généraux basés sur les considérations de conception que nous avons observées chez un large éventail de clients du secteur des services financiers dans le monde entier. Que vos charges de travail soient entièrement dans le cloud ou qu'elles soient en transition vers des déploiements hybrides ou multicloud, les conseils de ce document vous aident à concevoir des charges de travail sur Google Cloud pour répondre à vos exigences réglementaires et à vos différentes perspectives de risque. Il est possible que ces conseils ne répondent pas aux défis spécifiques de chaque organisation. Il fournit une base qui répond à de nombreuses exigences réglementaires principales des organisations de services financiers.

L'un des principaux défis de la conception de charges de travail cloud consiste à aligner les déploiements cloud sur les environnements sur site, en particulier lorsque vous visez des approches cohérentes en matière de sécurité, de fiabilité et de résilience. Les services cloud vous permettent de repenser fondamentalement votre architecture afin de réduire les frais de gestion, d'optimiser les coûts, de renforcer la sécurité, et d'améliorer la fiabilité et la résilience.

Les pages suivantes décrivent les principes et les recommandations spécifiques aux charges de travail des services financiers pour chaque pilier du framework d'architecture de référence :

Contributeurs

Auteurs :

Autres contributeurs :

Point de vue des services financiers : excellence opérationnelle

Ce document du Well-Architected FrameworkGoogle Cloud  : 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 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 de 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 des conseils supplémentaires dans ce domaine.

  • 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 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 des 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.

Garantie contractuelle du taux de réussite et de la vitesse de traitement des transactions de paiement.

Exemple : Le fournisseur de services garantit que 99 % 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 pour la vitesse de traitement des transactions de paiement.

Exemple : Assurez-vous que 99,5 % des transactions de paiement sont traitées en moins 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ù le problème 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, hors 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 volumes 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 publiés dans les environnements de production. Cette approche réduit considérablement le risque d'erreurs et de régressions susceptibles d'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 à ses limites pour identifier les goulots d'étranglement potentiels et les limites de performances. Vous pouvez utiliser des produits tels que Cloud Load Balancing et des services de test de charge pour simuler le 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érez 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.

Organiser régulièrement des rétrospectives

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 que les rétrospectives soient 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 les 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, afin d'améliorer les services tels que 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 non accusatoire, 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.

Tenez-vous informé 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 certificationsGoogle Cloud pour vous assurer que l'organisation dispose des compétences nécessaires pour réussir dans le cloud.

Point de vue des services financiers : sécurité, confidentialité et conformité

Ce document du Google Cloud Well-Architected Framework : perspective des services financiers présente les principes et les recommandations permettant de répondre aux exigences de sécurité, de confidentialité et de conformité des charges de travail des services financiers dans Google Cloud. Les recommandations vous aident à créer une infrastructure résiliente et conforme, à protéger les données sensibles, à maintenir la confiance des clients, à naviguer dans le paysage complexe des exigences réglementaires et à gérer efficacement les cybermenaces. Les recommandations de ce document sont conformes au pilier de sécurité du Well-Architected Framework.

La sécurité du cloud computing est une préoccupation majeure pour les organisations de services financiers, qui sont très attrayantes pour les cybercriminels en raison des grandes quantités de données sensibles qu'elles gèrent, y compris les informations sur les clients et les documents financiers. Les conséquences d'une brèche de sécurité sont exceptionnellement graves, y compris des pertes financières importantes, des dommages à long terme sur la réputation et des amendes réglementaires importantes. Par conséquent, les charges de travail des services financiers nécessitent des contrôles de sécurité stricts.

Pour garantir une sécurité et une conformité complètes, vous devez comprendre les responsabilités partagées entre vous (les organisations de services financiers) et Google Cloud. Google Cloud est responsable de la sécurisation de l'infrastructure sous-jacente, y compris de la sécurité physique et de la sécurité réseau. Vous êtes responsable de la sécurisation des données et des applications, de la configuration du contrôle des accès, ainsi que de la configuration et de la gestion des services de sécurité. Pour vous aider dans vos efforts de sécurité, l'écosystème de partenairesGoogle Cloud propose des services d'intégration et des services gérés de sécurité.

Les recommandations de sécurité de ce document sont mappées aux principes fondamentaux suivants :

Implémenter la conception sécurisée

Les réglementations financières telles que la norme PCI DSS (Payment Card Industry Data Security Standard), la loi Gramm-Leach-Bliley (GLBA) aux États-Unis et diverses lois nationales sur la protection des données financières exigent que la sécurité soit intégrée aux systèmes dès le départ. Le principe de sécurité dès la conception met l'accent sur l'intégration de la sécurité tout au long du cycle de vie du développement afin de minimiser les failles dès le départ.

Pour appliquer le principe de sécurité dès la conception à vos charges de travail de services financiers dansGoogle Cloud, tenez compte des recommandations suivantes :

  • Assurez-vous que seules les autorisations nécessaires sont accordées en appliquant le principe du moindre privilège via un contrôle des accès basé sur les rôles (RBAC) précis dans Identity and Access Management (IAM). L'utilisation du RBAC est une exigence clé dans de nombreuses réglementations financières.
  • Appliquez des périmètres de sécurité autour de vos services et données sensibles dans Google Cloud à l'aide de VPC Service Controls. Les périmètres de sécurité permettent de segmenter et de protéger les données et les ressources sensibles, et d'empêcher l'exfiltration de données et les accès non autorisés, conformément aux réglementations.
  • Définissez les configurations de sécurité en tant que code à l'aide d'outils d'infrastructure as code (IaC) tels que Terraform. Cette approche intègre des contrôles de sécurité dès la phase de déploiement initial, ce qui permet d'assurer la cohérence et l'auditabilité.
  • Analysez le code de votre application en intégrant des tests statiques de sécurité des applications (SAST) dans le pipeline CI/CD avec Cloud Build. Établissez des barrières de sécurité automatisées pour empêcher le déploiement de code non conforme.
  • Fournissez une interface unifiée pour les insights de sécurité à l'aide de Security Command Center. L'utilisation de Security Command Center permet une surveillance continue et une détection précoce des erreurs de configuration ou des menaces susceptibles d'entraîner des violations de la réglementation. Pour répondre aux exigences de normes telles que ISO 27001 et NIST 800-53, vous pouvez utiliser des modèles de gestion de la stratégie.
  • Suivez la réduction du nombre de failles identifiées dans les déploiements en production et le pourcentage de déploiements IaC qui respectent les bonnes pratiques de sécurité. Vous pouvez détecter et afficher les failles et les informations sur la conformité aux normes de sécurité à l'aide de Security Command Center. Pour en savoir plus, consultez Failles identifiées.

Implémenter le modèle zéro confiance

Les réglementations financières modernes mettent de plus en plus l'accent sur la nécessité de contrôles d'accès stricts et d'une vérification continue. Ces exigences reflètent le principe de confiance zéro, qui vise à protéger les charges de travail contre les menaces et les acteurs malveillants internes et externes. Le principe zéro confiance préconise la vérification continue de chaque utilisateur et de chaque appareil, ce qui élimine la confiance implicite et limite les mouvements latéraux.

Pour mettre en œuvre le modèle de confiance zéro, tenez compte des recommandations suivantes :

  • Activez l'accès contextuel en fonction de l'identité de l'utilisateur, de la sécurité de l'appareil, de l'emplacement et d'autres facteurs en combinant les contrôles IAM avec Chrome Enterprise Premium. Cette approche garantit une vérification continue avant d'accorder l'accès aux données et aux systèmes financiers.
  • Fournissez une gestion des identités et des accès sécurisée et évolutive en configurant Identity Platform (ou votre fournisseur d'identité externe si vous utilisez la fédération des identités des employés). Configurez l'authentification multifacteur (MFA) et d'autres contrôles essentiels pour mettre en œuvre le modèle Zero Trust et assurer la conformité réglementaire.
  • Implémentez l'authentification multifacteur pour tous les comptes utilisateur, en particulier ceux qui ont accès à des données ou à des systèmes sensibles.
  • Facilitez les audits et les investigations liés à la conformité réglementaire en établissant une journalisation et une surveillance complètes de l'accès des utilisateurs et de l'activité réseau.
  • Activez la communication privée et sécurisée entre les services dans les environnementsGoogle Cloud et sur site sans exposer le trafic à l'Internet public à l'aide de Private Service Connect.
  • Mettez en œuvre des contrôles d'identité précis et autorisez l'accès au niveau de l'application à l'aide d'Identity-Aware Proxy (IAP) plutôt que de vous fier à des mécanismes de sécurité basés sur le réseau, tels que les tunnels VPN. Cette approche permet de réduire les mouvements latéraux dans l'environnement.

Implémenter la sécurité Shift Left

Les régulateurs financiers encouragent les mesures de sécurité proactives. L'identification et la correction des failles au début du cycle de vie du développement permettent de réduire le risque d'incidents de sécurité et le risque de pénalités pour non-conformité. Le principe de la sécurité "shift-left" favorise les tests et l'intégration précoces de la sécurité, ce qui permet de réduire le coût et la complexité de la correction.

Pour mettre en œuvre la sécurité shift-left, tenez compte des recommandations suivantes :

  • Assurez des contrôles de sécurité automatisés dès le début du processus de développement en intégrant des outils d'analyse de sécurité, tels que l'analyse des failles des conteneurs et l'analyse de code statique, dans le pipeline CI/CD avec Cloud Build.

  • Assurez-vous que seuls les artefacts sécurisés sont déployés en utilisant Artifact Registry pour fournir un répertoire central sécurisé pour les packages logiciels et les images de conteneurs avec analyse des failles intégrée. Utilisez des dépôts virtuels pour limiter les attaques par confusion de dépendances en donnant la priorité à vos artefacts privés par rapport aux dépôts distants.

  • Analysez automatiquement les applications Web pour détecter les failles courantes en intégrant Web Security Scanner, qui fait partie de Security Command Center, dans vos pipelines de développement.

  • Mettez en œuvre des contrôles de sécurité pour le code source, le processus de compilation et la provenance du code à l'aide du framework Supply-chain Levels for Software Artifacts (SLSA). Appliquez la provenance des charges de travail qui s'exécutent dans vos environnements à l'aide de solutions telles que l'autorisation binaire. Assurez-vous que vos charges de travail n'utilisent que des bibliothèques de logiciels Open Source vérifiées à l'aide d'Assured Open Source Software.

  • Suivez le nombre de failles identifiées et corrigées au cours de votre cycle de développement, le pourcentage de déploiements de code qui réussissent les analyses de sécurité et la réduction du nombre d'incidents de sécurité causés par des failles logicielles. Google Cloud fournit des outils pour vous aider à suivre ces métriques pour différents types de charges de travail. Par exemple, pour les charges de travail conteneurisées, utilisez la fonctionnalité d'analyse de conteneurs d'Artifact Registry.

Implémentation d'une cyberdéfense préemptive

Les institutions financières sont des cibles privilégiées pour les cyberattaques sophistiquées. Les réglementations exigent souvent des mécanismes de renseignement sur les menaces et de défense proactive robustes. La cyberdéfense préemptive se concentre sur la détection et la réponse proactives aux menaces à l'aide d'analyses avancées et de l'automatisation.

Tenez compte des recommandations suivantes :

  • Identifiez et atténuez de manière proactive les menaces potentielles à l'aide des services de renseignement sur les menaces, de réponse aux incidents et de validation de la sécurité de Mandiant.
  • Protégez les applications Web et les API contre les failles Web et les attaques DDoS à la périphérie du réseau à l'aide de Google Cloud Armor.
  • Regroupez et hiérarchisez les résultats et les recommandations de sécurité à l'aide de Security Command Center, qui permet aux équipes de sécurité de gérer de manière proactive les risques potentiels.
  • Validez les défenses préventives et les plans de réponse aux incidents en effectuant régulièrement des simulations de sécurité et des tests d'intrusion.
  • Mesurez le temps nécessaire pour détecter les incidents de sécurité et y répondre, l'efficacité des efforts d'atténuation des attaques DDoS et le nombre de cyberattaques évitées. Vous pouvez obtenir les métriques et les données requises à partir des tableaux de bord Google Security Operations SOAR.

Utiliser l'IA de manière sécurisée et responsable, et utiliser l'IA pour la sécurité

L'IA et le ML sont de plus en plus utilisés pour des cas d'utilisation de services financiers tels que la détection des fraudes et le trading algorithmique. Les réglementations exigent que ces technologies soient utilisées de manière éthique, transparente et sécurisée. L'IA peut également vous aider à améliorer vos capacités de sécurité. Tenez compte des recommandations suivantes pour utiliser l'IA :

  • Développez et déployez des modèles de ML dans un environnement sécurisé et régi à l'aide de Gemini Enterprise Agent Platform. Des fonctionnalités telles que l'explicabilité des modèles et les métriques d'équité peuvent aider à répondre aux préoccupations liées à l'IA responsable.
  • Exploitez les fonctionnalités d'analyse et d'opérations de sécurité de Google Security Operations, qui utilise l'IA et le ML pour analyser de grands volumes de données de sécurité, détecter les anomalies et automatiser la réponse aux menaces. Ces fonctionnalités vous aident à améliorer votre stratégie de sécurité globale et à surveiller la conformité.
  • Établissez des règles de gouvernance claires pour le développement et le déploiement de l'IA et du ML, y compris des considérations liées à la sécurité et à l'éthique.
  • S'aligner sur les éléments du framework d'IA sécurisé (SAIF), qui fournit une approche pratique pour répondre aux problèmes de sécurité et de risque des systèmes d'IA.
  • Suivez la précision et l'efficacité des systèmes de détection des fraudes optimisés par l'IA, la réduction des faux positifs dans les alertes de sécurité et les gains d'efficacité de l'automatisation de la sécurité basée sur l'IA.

Répondez aux exigences réglementaires, de conformité et de confidentialité

Les services financiers sont soumis à un large éventail de réglementations, y compris des exigences de résidence des données, des pistes d'audit spécifiques et des normes de protection des données. Pour s'assurer que les données sensibles sont correctement identifiées, protégées et gérées, les entreprises de services financiers ont besoin de règles de gouvernance des données et de schémas de classification des données robustes. Tenez compte des recommandations suivantes pour vous aider à respecter les exigences réglementaires :

  • Configurez des limites de données dans Google Cloud pour les charges de travail sensibles et réglementées à l'aide d'Assured Workloads. Cela vous aide à respecter les exigences de conformité gouvernementales et sectorielles, telles que FedRAMP et CJIS.
  • Identifiez, classez et protégez les données sensibles, y compris les informations financières, en implémentant Sensitive Data Protection. Cela vous aide à respecter les réglementations sur la confidentialité des données, telles que le RGPD et la CCPA.
  • Suivez les détails des activités d'administration et de l'accès aux ressources à l'aide de Cloud Audit Logs. Ces journaux sont essentiels pour répondre aux exigences d'audit stipulées par de nombreuses réglementations financières.
  • Lorsque vous choisissez des Google Cloud régions pour vos charges de travail et vos données, tenez compte des réglementations locales liées à la résidence des données. L'infrastructure mondiale de Google Cloud vous permet de choisir des régions qui peuvent vous aider à répondre à vos exigences de résidence des données.
  • Gérez les clés utilisées pour chiffrer les données financières sensibles au repos et en transit à l'aide de Cloud Key Management Service. Ce chiffrement est une exigence fondamentale de nombreuses réglementations sur la sécurité et la confidentialité.
  • Mettez en œuvre les contrôles nécessaires pour répondre à vos exigences réglementaires. Vérifiez que les contrôles fonctionnent comme prévu. Faites valider à nouveau les contrôles par un auditeur externe pour prouver à l'organisme de réglementation que vos charges de travail sont conformes aux réglementations.

Hiérarchiser les initiatives de sécurité

Compte tenu de l'ampleur des exigences de sécurité, les institutions financières doivent prioriser les initiatives basées sur l'évaluation des risques et les obligations réglementaires. Nous vous recommandons de procéder par étapes :

  1. Établir une base de sécurité solide : concentrez-vous sur les principaux domaines de la sécurité, y compris la gestion de l'authentification et des accès, la sécurité réseau et la protection des données. Cette approche permet de créer une stratégie de sécurité robuste et d'assurer une défense complète contre les menaces en constante évolution.
  2. Respectez les réglementations critiques : donnez la priorité à la conformité avec les réglementations clés telles que PCI DSS, le RGPD et les lois nationales applicables. Cela permet de garantir la protection des données, d'atténuer les risques juridiques et de renforcer la confiance des clients.
  3. Mettre en œuvre une sécurité avancée : adoptez progressivement des pratiques de sécurité avancées telles que le modèle zéro confiance, les solutions de sécurité basées sur l'IA et la recherche proactive des menaces.

Point de vue des services financiers : fiabilité

Ce document du Google Cloud Well-Architected Framework : perspective des services financiers présente les principes et les recommandations pour concevoir, déployer et exploiter des charges de travail de services financiers fiables dans Google Cloud. Ce document explique comment intégrer des pratiques de fiabilité avancées et l'observabilité dans vos plans d'architecture. Les recommandations de ce document sont conformes au pilier de fiabilité du Well-Architected Framework.

Pour les institutions financières, une infrastructure fiable et résiliente est à la fois un besoin commercial et un impératif réglementaire. Pour garantir la fiabilité des charges de travail FS dansGoogle Cloud , vous devez comprendre et atténuer les points de défaillance potentiels, déployer des ressources de manière redondante et planifier la récupération. La résilience opérationnelle est un résultat de la fiabilité. C'est la capacité à absorber les perturbations, à s'y adapter et à s'en remettre. La résilience opérationnelle aide les organisations de services financiers à respecter des exigences réglementaires strictes. Cela permet également d'éviter de causer des dommages intolérables aux clients.

Les composants fondamentaux de la fiabilité dans Google Cloud sont les régions, les zones et les différents champs d'application des ressources cloud : zonal, régional, multirégional et mondial. Vous pouvez améliorer la disponibilité en utilisant des services gérés, en distribuant les ressources, en mettant en œuvre des modèles de haute disponibilité et en automatisant les processus.

Exigences réglementaires

Les organisations de services financiers sont soumises à des exigences strictes en matière de fiabilité par des organismes de réglementation tels que la Réserve fédérale aux États-Unis, l'Autorité bancaire européenne dans l'UE et la Prudential Regulation Authority au Royaume-Uni. À l'échelle mondiale, les organismes de réglementation mettent l'accent sur la résilience opérationnelle, qui est essentielle pour la stabilité financière et la protection des consommateurs. La résilience opérationnelle est la capacité à résister aux perturbations, à récupérer efficacement et à maintenir les services critiques. Cela nécessite une approche harmonisée pour gérer les risques technologiques et les dépendances vis-à-vis de tiers.

Les exigences réglementaires de la plupart des juridictions ont les thèmes communs suivants :

  • Cybersécurité et résilience technologique : renforcement des défenses contre les cybermenaces et garantie de la résilience des systèmes informatiques.
  • Gestion des risques tiers : gestion des risques liés à l'externalisation de services auprès de fournisseurs de technologies de l'information et de la communication (TIC).
  • Continuité d'activité et réponse aux incidents : planification robuste pour maintenir les opérations critiques pendant les interruptions et récupérer efficacement.
  • Protéger la stabilité financière : garantir la solidité et la stabilité du système financier dans son ensemble.

Les recommandations de fiabilité de ce document sont mappées aux principes fondamentaux suivants :

Prioriser les déploiements multizones et multirégionaux

Pour les applications de services financiers critiques, nous vous recommandons d'utiliser une topologie multirégionale répartie sur au moins deux régions et sur trois zones dans chaque région. Cette approche est importante pour la résilience face aux pannes de zone et de région. Les réglementations prescrivent souvent cette approche, car si une défaillance se produit dans une zone ou une région, la plupart des juridictions considèrent qu'une perturbation grave dans une deuxième zone est une conséquence plausible. En effet, lorsqu'un emplacement échoue, l'autre emplacement peut recevoir une quantité exceptionnellement élevée de trafic supplémentaire.

Tenez compte des recommandations suivantes pour renforcer la résilience contre les pannes de zone et de région :

  • Privilégiez les ressources qui ont une portée géographique plus large. Dans la mesure du possible, utilisez des ressources régionales plutôt que des ressources zonales, et des ressources multirégionales ou mondiales plutôt que des ressources régionales. Cette approche permet d'éviter d'avoir à restaurer les opérations à l'aide de sauvegardes.
  • Dans chaque région, utilisez trois zones plutôt que deux. Pour gérer les basculements, surprovisionnez la capacité d'un tiers de plus que l'estimation.
  • Réduisez les étapes de récupération manuelle en mettant en œuvre des déploiements de type actif-actif, comme dans les exemples suivants :
    • Les bases de données distribuées comme Spanner offrent une redondance et une synchronisation intégrées entre les régions.
    • La fonctionnalité de haute disponibilité de Cloud SQL fournit une topologie quasi active-active, avec des instances répliquées avec accès en lecture dans plusieurs zones. Il fournit un objectif de point de récupération (RPO) entre les régions proche de 0.
  • Répartissez le trafic utilisateur entre les régions à l'aide de Cloud DNS et déployez un équilibreur de charge régional dans chaque région. Un équilibreur de charge global est une autre option que vous pouvez envisager en fonction de vos exigences et de votre niveau de criticité. Pour en savoir plus, consultez la page Avantages et risques de l'équilibrage de charge global pour les déploiements multirégionaux.
  • Pour stocker des données, utilisez des services multirégionaux tels que Spanner et Cloud Storage.

Éliminer les points de défaillance uniques

Répartissez les ressources entre différents emplacements et utilisez des ressources redondantes pour éviter qu'un point de défaillance unique (SPOF) n'affecte l'ensemble de la pile d'applications.

Tenez compte des recommandations suivantes pour éviter les SPOF :

  • Évitez de déployer un seul serveur d'applications ou une seule base de données.
  • Assurez la recréation automatique des VM défaillantes à l'aide de groupes d'instances gérés (MIG).
  • Répartissez le trafic de manière uniforme entre les ressources disponibles en mettant en œuvre l'équilibrage de charge.
  • Utilisez des configurations de haute disponibilité pour les bases de données telles que Cloud SQL.
  • Améliorez la disponibilité des données en utilisant des disques persistants régionaux avec réplication synchrone.

Pour en savoir plus, consultez Concevoir une infrastructure fiable pour vos charges de travail dans Google Cloud.

Comprendre et gérer la disponibilité globale

Sachez que la disponibilité globale ou agrégée d'un système est affectée par la disponibilité de chaque niveau ou composant du système. Le nombre de niveaux d'une pile d'application présente une relation inverse avec la disponibilité globale de la pile. Tenez compte des recommandations suivantes pour gérer la disponibilité globale :

  • Calculez la disponibilité globale d'une pile à plusieurs niveaux à l'aide de la formule tier1_availability × tier2_availability × tierN_availability.

    Le schéma suivant montre le calcul de la disponibilité globale d'un système à plusieurs niveaux composé de quatre services :

    Formule de disponibilité globale pour un service à plusieurs niveaux comportant quatre services.

    Dans le schéma précédent, le service de chaque niveau offre une disponibilité de 99,9 %, mais la disponibilité globale du système est inférieure à 99,6 % (0,999 × 0,999 × 0,999 × 0,999). En général, la disponibilité globale d'une pile à plusieurs niveaux est inférieure à celle du niveau qui offre la plus faible disponibilité.

  • Dans la mesure du possible, privilégiez la parallélisation au chaînage. Avec les services parallélisés, la disponibilité de bout en bout est supérieure à la disponibilité de chaque service individuel.

    Le schéma suivant montre deux services, A et B, déployés à l'aide des approches de chaînage et de parallélisation :

    Formules de disponibilité globale pour les services enchaînés par rapport aux services parallélisés.

    Dans les exemples précédents, les deux services ont un SLA de 99 %, ce qui se traduit par la disponibilité globale suivante en fonction de l'approche de mise en œuvre :

    • Les services en chaîne n'offrent qu'une disponibilité globale de 98 % (0,99 × 0,99).
    • Les services parallélisés offrent une disponibilité globale plus élevée de 99,99 %, car chaque service s'exécute indépendamment et les services individuels ne sont pas affectés par la disponibilité des autres services. La formule pour les services parallélisés agrégés est 1 - (1 - A) × (1 - B).

  • Choisissez des services Google Cloud avec des SLA de temps d'activité qui peuvent vous aider à atteindre le niveau de temps d'activité global requis pour votre pile d'applications.

  • Lorsque vous concevez votre architecture, tenez compte des compromis entre disponibilité, complexité opérationnelle, latence et coût. L'augmentation du nombre de neuf de disponibilité coûte généralement plus cher, mais vous aide à respecter les exigences réglementaires.

    Par exemple, une disponibilité de 99,9 % (trois neuf) signifie un temps d'arrêt potentiel de 86 secondes sur une journée de 24 heures. En revanche, 99 % (deux neuf) signifie un temps d'arrêt de 864 secondes sur la même période, soit 10 fois plus de temps d'arrêt qu'avec une disponibilité de trois neuf.

    Pour les services financiers critiques, les options d'architecture peuvent être limitées. Cependant, il est essentiel d'identifier les exigences de disponibilité et de calculer précisément la disponibilité. Cette évaluation vous aide à évaluer les implications de vos décisions de conception sur votre architecture et votre budget.

Mettre en œuvre une stratégie de reprise après sinistre robuste

Créez des plans bien définis pour différents scénarios de sinistre, y compris les pannes zonales et régionales. Une stratégie de reprise après sinistre (DR) bien définie vous permet de vous remettre d'une interruption et de reprendre vos opérations normales avec un impact minimal.

La reprise après sinistre et la haute disponibilité sont des concepts différents. Avec les déploiements cloud, la reprise après sinistre s'applique généralement aux déploiements multirégionaux, et la haute disponibilité aux déploiements régionaux. Ces archétypes de déploiement sont compatibles avec différents mécanismes de réplication.

  • HA : de nombreux services gérés fournissent par défaut une réplication synchrone entre les zones d'une même région. Ces services sont compatibles avec un objectif de temps de récupération (RTO) et un objectif de point de récupération (RPO) nuls ou proches de zéro. Cette compatibilité vous permet de créer une topologie de déploiement actif-actif sans SPOF.
  • DR : pour les charges de travail déployées dans au moins deux régions, si vous n'utilisez pas de services multirégionaux ou mondiaux, vous devez définir une stratégie de réplication. La stratégie de réplication est généralement asynchrone. Évaluez soigneusement l'impact de cette réplication sur le RTO et le RPO des applications critiques. Identifiez les opérations manuelles ou semi-automatisées nécessaires au basculement.

Pour les institutions financières, le choix de la région de basculement peut être limité par les réglementations sur la souveraineté et la résidence des données. Si vous avez besoin d'une topologie actif-actif dans deux régions, nous vous recommandons de choisir des services gérés multirégionaux, tels que Spanner et Cloud Storage, en particulier lorsque la réplication des données est essentielle.

Tenez compte des recommandations suivantes :

  • Utilisez des services de stockage multirégional gérés pour les données.
  • Prenez des instantanés des données sur les disques persistants et stockez-les dans des emplacements multirégionaux.
  • Lorsque vous utilisez des ressources régionales ou zonales, configurez la réplication des données vers d'autres régions.
  • Vérifiez que vos plans de reprise après sinistre sont efficaces en les testant régulièrement.
  • Tenez compte du RTO et du RPO, ainsi que de leur corrélation avec la tolérance d'impact stipulée par les réglementations financières de votre juridiction.

Pour en savoir plus, consultez Concevoir une solution de reprise après sinistre pour les pannes d'infrastructure cloud.

Exploiter tout le potentiel des services gérés

Dans la mesure du possible, utilisez des services gérés pour profiter des fonctionnalités intégrées de sauvegarde, de haute disponibilité et d'évolutivité. Tenez compte des recommandations suivantes pour l'utilisation des services gérés :

  • Utilisez des services gérés dans Google Cloud. Ils offrent une haute disponibilité couverte par des SLA. Ils offrent également des mécanismes de sauvegarde et des fonctionnalités de résilience intégrés.
  • Pour la gestion des données, envisagez d'utiliser des services tels que Cloud SQL, Cloud Storage et Spanner.
  • Pour l'hébergement de calcul et d'applications, envisagez d'utiliser des groupes d'instances gérés (MIG) Compute Engine et des clusters Google Kubernetes Engine (GKE). Les MIG régionaux et les clusters GKE régionaux sont résilients aux pannes zonales.
  • Pour améliorer la résilience contre les pannes régionales, utilisez des services multirégionaux gérés.
  • Identifiez la nécessité de mettre en place des plans de sortie pour les services présentant des caractéristiques uniques et définissez les plans requis. Les organismes de réglementation financière tels que la FCA, la PRA et l'ABE exigent que les entreprises disposent de stratégies et de plans d'urgence pour la récupération des données et la continuité opérationnelle en cas de rupture de la relation avec un fournisseur de services cloud. Les entreprises doivent évaluer la faisabilité de la sortie avant de conclure des contrats cloud et doivent conserver la possibilité de changer de fournisseur sans interruption opérationnelle.
  • Vérifiez que les services que vous choisissez permettent d'exporter des données vers un format ouvert tel que CSV, Parquet et Avro. Vérifiez si les services sont basés sur des technologies ouvertes, comme la compatibilité de GKE avec le format OCI (Open Container Initiative) ou Managed Service pour Apache Airflow.

Automatiser les processus de provisionnement et de récupération de l'infrastructure

L'automatisation permet de minimiser les erreurs humaines et de réduire le temps et les ressources nécessaires pour répondre aux incidents. L'automatisation peut contribuer à accélérer la récupération après une défaillance et à obtenir des résultats plus cohérents. Tenez compte des recommandations suivantes pour automatiser le provisionnement et la récupération des ressources :

  • Réduisez les erreurs humaines en utilisant des outils d'infrastructure en tant que code (IaC) tels que Terraform.
  • Réduisez les interventions manuelles en automatisant les processus de basculement. Les réponses automatisées peuvent également contribuer à réduire l'impact des défaillances. Par exemple, vous pouvez utiliser Eventarc ou Workflows pour déclencher automatiquement des actions correctives en réponse aux problèmes observés via les journaux d'audit.
  • Augmentez la capacité de vos ressources cloud lors du basculement à l'aide de l'autoscaling.
  • Appliquez automatiquement des règles et des garde-fous pour répondre aux exigences réglementaires dans l'ensemble de votre topologie cloud lors du déploiement de services en adoptant l'ingénierie de plate-forme.

Point de vue des services financiers : optimisation des coûts

Ce document du Google Cloud Well-Architected Framework : perspective des services financiers présente les principes et les recommandations permettant d'optimiser le coût de vos charges de travail de services financiers dans Google Cloud. Les recommandations de ce document sont conformes au pilier d'optimisation des coûts du Well-Architected Framework.

Une optimisation robuste des coûts pour les charges de travail des services financiers nécessite les éléments fondamentaux suivants :

  • La capacité à identifier l'utilisation des ressources qui génère du gaspillage par rapport à celle qui génère de la valeur.
  • Une culture intégrée de responsabilité financière.

Pour optimiser les coûts, vous devez comprendre de manière exhaustive les facteurs de coûts et les besoins en ressources de votre organisation. Dans certaines grandes organisations, en particulier celles qui débutent leur transition vers le cloud, une seule équipe est souvent chargée d'optimiser les dépenses dans un grand nombre de domaines. Cette approche suppose qu'une équipe centrale est la mieux placée pour identifier des opportunités à forte valeur ajoutée afin d'améliorer l'efficacité.

L'approche centralisée peut donner de bons résultats lors des premières étapes de l'adoption du cloud ou pour les charges de travail non critiques. Cependant, une seule équipe ne peut pas gérer l'optimisation des coûts dans l'ensemble d'une organisation. Lorsque l'utilisation des ressources ou le niveau de contrôle réglementaire augmentent, l'approche centralisée n'est plus viable. Les équipes centralisées sont confrontées à des problèmes d'évolutivité, en particulier lorsqu'elles gèrent un grand nombre de produits et services financiers. Les équipes de projet propriétaires des produits et services peuvent s'opposer aux modifications apportées par une équipe externe.

Pour optimiser efficacement les coûts, les données liées aux dépenses doivent être très visibles, et les ingénieurs et autres utilisateurs du cloud proches des charges de travail doivent être motivés pour prendre des mesures d'optimisation des coûts. D'un point de vue organisationnel, le défi de l'optimisation des coûts consiste à identifier les domaines à optimiser, à identifier les ingénieurs responsables de ces domaines, puis à les convaincre de prendre les mesures d'optimisation requises. Ce document fournit des recommandations pour relever ce défi.

Les recommandations d'optimisation des coûts de ce document sont mappées aux principes fondamentaux suivants :

Identifier le gaspillage à l'aide des outils Google Cloud

Google Cloud fournit plusieurs produits, outils et fonctionnalités pour vous aider à identifier les gaspillages. Tenez compte des recommandations suivantes.

Utilisez l'automatisation et l'IA pour identifier systématiquement ce qu'il faut optimiser

Active Assist fournit des recommandations intelligentes pour des services tels que Cloud Run pour les microservices, BigQuery pour l'analyse de données, Compute Engine pour les applications de base et Cloud SQL pour les bases de données relationnelles. Les recommandations Active Assist sont fournies sans frais et sans aucune configuration de votre part. Les recommandations vous aident à identifier les ressources inactives et les engagements sous-utilisés.

Centraliser la surveillance et le contrôle FinOps via une interface unifiée

Les rapports sur la facturation Cloud Billing et le hub FinOps vous permettent de mettre en œuvre une surveillance complète des coûts. Cette vue complète est essentielle pour les auditeurs financiers et les équipes financières internes, car elle leur permet de suivre les dépenses cloud, d'évaluer la situation financière, d'évaluer la maturité FinOps dans différentes unités commerciales ou centres de coûts, et de fournir un récit financier cohérent.

Identifier la valeur en analysant et en enrichissant les données de dépenses

Active Assist est efficace pour identifier les gaspillages évidents. Cependant, il peut être plus difficile d'identifier la valeur, en particulier lorsque les charges de travail sont exécutées sur des produits inadaptés ou qu'elles ne sont pas clairement alignées sur la valeur commerciale. Pour les charges de travail des services financiers, la valeur commerciale va au-delà de la réduction des coûts. La valeur inclut l'atténuation des risques, le respect des réglementations et l'obtention d'avantages concurrentiels.

Pour comprendre les dépenses et la valeur du cloud de manière globale, vous devez avoir une compréhension complète à plusieurs niveaux : d'où proviennent les dépenses, quelle fonction métier les dépenses génèrent et la faisabilité technique de la refactorisation ou de l'optimisation de la charge de travail en question.

Le schéma suivant montre comment appliquer la pyramide DIKW (Data-Information-Knowledge-Wisdom) et les outils Google Cloud pour obtenir une compréhension globale des coûts et de la valeur du cloud.

La pyramide DIKW (Data-Information-Knowledge-Wisdom) montre comment utiliser les données sur les dépenses cloud pour prendre des décisions.

Le schéma précédent montre comment utiliser l'approche DIKW pour affiner les données brutes sur les dépenses cloud en insights et décisions exploitables qui génèrent de la valeur commerciale.

  • Données : dans cette couche, vous collectez des flux bruts et non traités de données d'utilisation et de coût pour vos ressources cloud. Votre équipe FinOps centrale utilise des outils tels que les factures Cloud Billing, les exportations de facturation et Cloud Monitoring pour obtenir des données précises et détaillées. Par exemple, un point de données peut indiquer qu'une VM nommée app1-test-vmA a été exécutée pendant 730 heures dans la région us-central1 et a coûté 70 USD.
  • Informations : dans cette couche, votre équipe FinOps centrale utilise des outils tels que les rapports sur la facturation Cloud et le hub FinOps pour structurer les données brutes afin de répondre à des questions telles que "Quelles catégories de ressources les utilisateurs dépensent-ils ?" Par exemple, vous pouvez découvrir qu'un total de 1 050 USD a été dépensé pour des VM de type de machine n4-standard-2 dans deux régions des États-Unis.
  • Connaissances : dans cette couche, votre équipe FinOps centrale enrichit les informations avec le contexte commercial approprié sur qui a dépensé de l'argent et dans quel but. Vous utilisez des mécanismes tels que l'ajout de tags, l'étiquetage, la hiérarchie des ressources, les comptes de facturation et les tableaux de bord Looker personnalisés. Par exemple, vous pouvez déterminer que l'équipe de test app1 aux États-Unis a dépensé 650 USD au cours de la deuxième semaine de juillet dans le cadre d'un exercice de test de charge.
  • Sagesse : dans cette couche, vos équipes produit et d'application utilisent les connaissances contextualisées pour évaluer la valeur commerciale des dépenses cloud et prendre des décisions stratégiques éclairées. Vos équipes peuvent répondre à des questions telles que les suivantes :
    • Les 5 000 USD dépensés pour un pipeline d'analyse de données génèrent-ils de la valeur commerciale ?
    • Pourrions-nous réorganiser le pipeline pour le rendre plus efficace sans réduire les performances ?

Tenez compte des recommandations suivantes pour analyser les données de dépenses cloud.

Analyser les données de dépenses fournies par Google Cloud

Commencez par les données Cloud Billing détaillées exportées vers BigQuery et les données disponibles dans les journaux Monitoring. Pour obtenir des insights exploitables et prendre des décisions, vous devez structurer ces données et les enrichir avec un contexte métier.

Visualiser les données à l'aide des outils disponibles

Améliorez les tableaux de bord Google Cloud intégrés avec des rapports personnalisés en utilisant des outils tels que Data Studio en plus des exportations BigQuery. Les équipes financières peuvent créer des tableaux de bord personnalisés qui contextualisent les dépenses cloud par rapport aux métriques financières, aux exigences de reporting réglementaires et à la rentabilité des unités commerciales. Ils peuvent ensuite fournir un récit financier clair pour l'analyse et la prise de décision par les parties prenantes exécutives.

Allouer les dépenses pour favoriser la responsabilisation

Une fois que vous avez compris ce qui génère les dépenses cloud, vous devez identifier qui dépense de l'argent et pourquoi. Ce niveau de compréhension nécessite une pratique robuste de répartition des coûts, qui implique d'associer des métadonnées pertinentes pour l'entreprise aux ressources cloud. Par exemple, si une ressource particulière est utilisée par l'équipe Banking-AppDev, vous pouvez lui associer un tag tel que team=banking_appdev pour suivre les coûts que l'équipe génère sur cette ressource. Idéalement, vous devriez attribuer 100 % de vos coûts cloud à la source des dépenses. En pratique, vous pouvez commencer avec une cible inférieure, car la création d'une structure de métadonnées permettant d'allouer 100 % des coûts est une tâche complexe.

Tenez compte des recommandations suivantes pour développer une stratégie de métadonnées permettant de prendre en charge la répartition des coûts :

  • Validité : assurez-vous que les tags permettent d'identifier les indicateurs clés de performance (KPI) liés à l'activité et les exigences réglementaires. Cette association est essentielle pour les rétrofacturations internes, les rapports réglementaires et l'alignement des dépenses cloud sur les objectifs de l'unité commerciale. Par exemple, les tags suivants identifient clairement une équipe de dépenses, sa région et le produit sur lequel elle travaille : team=banking_appdev, region=emea, product=frontend.
  • Automatisation : pour atteindre un niveau élevé de conformité des tags, appliquez le taggage par le biais de l'automatisation. Le taggage manuel est source d'erreurs et d'incohérences, ce qui est inacceptable dans les environnements de services financiers où l'auditabilité et la précision financière sont primordiales. Le taggage automatisé garantit que les ressources sont correctement catégorisées lors de leur création.
  • Simplicité : mesurez des facteurs simples et non corrélés. Les environnements des services financiers sont complexes. Pour que les règles de répartition des coûts dans un tel environnement soient faciles à comprendre et à appliquer, elles doivent être aussi simples que possible. Évitez de surdimensionner les règles pour des cas très spécifiques (cas limites). Des règles complexes peuvent entraîner une confusion et une résistance de la part des équipes opérationnelles.

Après avoir défini une stratégie d'allocation à l'aide de tags, vous devez décider du niveau de précision auquel la stratégie doit être mise en œuvre. La précision requise dépend des besoins de votre entreprise. Par exemple, certaines organisations peuvent avoir besoin de suivre les coûts au niveau du produit, d'autres peuvent avoir besoin de données de coût pour chaque centre de coûts, et d'autres encore peuvent avoir besoin de données de coût par environnement (développement, préproduction et production).

Envisagez les approches suivantes pour atteindre le niveau de précision approprié pour la répartition des coûts de votre organisation :

  • Utilisez la hiérarchie des projets dans Google Cloud comme point de départ naturel pour la répartition des coûts. Les projets représentent des points d'application des règles dans Google Cloud. Par défaut, les autorisations IAM (Identity and Access Management), les règles de sécurité et les coûts sont attribués aux projets et aux dossiers. Lorsque vous examinez les données de coût exportées depuis Cloud Billing, vous pouvez afficher la hiérarchie des dossiers et les projets associés aux données de coût. Si votre hiérarchie de ressourcesGoogle Cloud reflète la structure de responsabilité de votre organisation en matière de dépenses, il s'agit du moyen le plus simple de mettre en œuvre la répartition des coûts.
  • Utilisez des tags et des libellés pour plus de précision. Ils offrent des moyens flexibles de catégoriser les ressources dans les exportations de facturation. Les tags et les étiquettes facilitent la répartition détaillée des coûts par application et par environnement.

Souvent, vous devrez peut-être utiliser la hiérarchie des projets en combinaison avec l'ajout de tags et d'étiquettes pour une répartition efficace des coûts. Quelle que soit l'approche de répartition des coûts que vous choisissez, suivez les recommandations décrites précédemment pour développer une stratégie de métadonnées robuste : validité, automatisation et simplicité.

Responsabiliser et motiver les ingénieurs pour qu'ils agissent

L'équipe FinOps cloud est chargée d'inciter l'organisation à prendre conscience des coûts et de la valeur. Les équipes produit et d'ingénierie doivent prendre les mesures nécessaires pour optimiser les coûts. Ces équipes sont également responsables du comportement des coûts des charges de travail des services financiers et de s'assurer que leurs charges de travail fournissent la valeur métier requise.

Tenez compte des recommandations suivantes pour responsabiliser et motiver les équipes à optimiser les coûts.

Mettre en place une équipe FinOps centralisée pour la gouvernance

Les pratiques FinOps cloud ne se développent pas de manière organique. Une équipe FinOps dédiée doit définir et établir des pratiques FinOps en procédant comme suit :

  • Créez les processus, les outils et les conseils nécessaires.
  • Créez, communiquez et appliquez les règles nécessaires, telles que l'ajout de tags obligatoire, les examens de budget et les processus d'optimisation.
  • Encouragez les équipes d'ingénierie à assumer la responsabilité des coûts.
  • Intervenir lorsque les équipes d'ingénierie n'assument pas la responsabilité des coûts.

Obtenir le soutien et les mandats de la direction

Les cadres supérieurs, y compris le directeur de la technologie, le CFO et le DSI, doivent promouvoir activement une transition vers une culture FinOps à l'échelle de l'organisation. Leur soutien est crucial pour prioriser la responsabilité des coûts, allouer des ressources au programme FinOps, assurer une participation pluridisciplinaire et garantir la conformité avec les exigences FinOps.

Incitez les équipes à optimiser les coûts

Les ingénieurs et les équipes d'ingénierie ne sont pas forcément motivés à se concentrer sur l'optimisation des coûts. Il est important d'aligner les objectifs de l'équipe et des individus sur l'efficacité des coûts en mettant en œuvre des incitations telles que les suivantes :

  • Réinvestissez une partie des économies réalisées grâce à l'optimisation des coûts dans les équipes qui ont permis cette optimisation.
  • Reconnaissez et célébrez publiquement les efforts et les réussites en matière d'optimisation des coûts.
  • Utilisez des techniques de ludification pour récompenser les équipes qui optimisent efficacement les coûts.
  • Intégrez des métriques d'efficacité dans vos objectifs de performances.

Implémenter des techniques de récupération des données de facturation et de rejet de débit

Veillez à ce que les équipes aient une visibilité claire sur les ressources cloud et les coûts dont elles sont responsables. Attribuez la responsabilité financière aux personnes appropriées au sein des équipes. Utilisez des mécanismes formels pour appliquer un taggage rigoureux et implémenter des règles transparentes pour la répartition des coûts partagés.

Mettre l'accent sur la valeur et le coût total de possession plutôt que sur le coût

Lorsque vous évaluez des solutions cloud, tenez compte du coût total de possession (TCO) à long terme. Par exemple, l'auto-hébergement d'une base de données pour une application peut sembler moins coûteux que l'utilisation d'un service de base de données géré tel que Cloud SQL. Toutefois, pour évaluer la valeur à long terme et le coût total de possession, vous devez tenir compte des coûts cachés associés aux bases de données auto-hébergées. Ces coûts incluent les efforts d'ingénierie dédiés aux correctifs, au scaling, au renforcement de la sécurité et à la reprise après sinistre, qui sont des exigences essentielles pour les charges de travail des services financiers. Les services gérés offrent une valeur à long terme nettement plus élevée, ce qui compense les coûts d'infrastructure. Les services gérés offrent des fonctionnalités de conformité robustes, intègrent des fonctionnalités de fiabilité et peuvent vous aider à réduire vos frais généraux d'exploitation.

Tenez compte des recommandations suivantes pour vous concentrer sur la valeur et le coût total de possession.

Utiliser des techniques et des outils spécifiques aux produits pour optimiser les ressources

Exploitez les outils et fonctionnalités d'optimisation des coûts fournis par les produits Google Cloud, tels que les suivants :

Profiter des remises

Assurez-vous que le taux de facturation de vos ressources cloud est aussi bas que possible en utilisant les remises proposées par Google. Les équipes Produit et Ingénierie gèrent généralement l'optimisation des ressources. L'équipe FinOps centrale est chargée d'optimiser les tarifs de facturation, car elle dispose d'une visibilité sur les besoins en ressources de l'ensemble de l'organisation. Ils peuvent donc regrouper les exigences et maximiser les remises sur engagement d'utilisation.

Vous pouvez bénéficier des types de remises suivants pour les ressourcesGoogle Cloud  :

  • Les remises d'entreprise sont des remises négociées en fonction de l'engagement de votre organisation à dépenser un montant total minimal sur Google Cloud à un taux de facturation réduit.
  • Les remises sur engagement d'utilisation basées sur les ressources sont proposées en échange de votre engagement à utiliser une quantité minimale de ressources Compute Engine sur une période d'un ou de trois ans. Les remises sur engagement d'utilisation basées sur les ressources s'appliquent aux ressources situées dans une région spécifique. Pour la plupart des comptes de facturation Cloud, Google Cloud active le partage des remises sur engagement d'utilisation basées sur les ressources et partage les remises sur engagement d'utilisation entre tous les projets associés à ce compte.
  • Les remises sur engagement d'utilisation basées sur les dépenses sont proposées en échange de votre engagement à dépenser un montant minimal pour un produit particulier sur une période d'un ou trois ans. Les remises basées sur les dépenses s'appliquent au niveau du compte de facturation. Les remises sont appliquées au niveau régional ou mondial, selon le produit.

Vous pouvez réaliser d'importantes économies en utilisant des remises sur engagement d'utilisation en plus des remises d'entreprise.

En plus des remises sur engagement d'utilisation, utilisez les approches suivantes pour réduire les tarifs de facturation :

  • Utilisez des VM Spot pour les charges de travail tolérantes aux pannes et flexibles. Les VM Spot sont plus de 80 % moins chères que les VM standards.
  • BigQuery propose plusieurs modèles de tarification, y compris la tarification à la demande et la tarification basée sur les éditions, qui repose sur les engagements et les exigences d'autoscaling. Si vous utilisez un volume important de ressources BigQuery, choisissez une édition appropriée pour réduire le coût par emplacement pour les charges de travail d'analyse.
  • Évaluez soigneusement les régions Google Cloud disponibles pour les services que vous devez utiliser. Choisissez des régions qui correspondent à vos objectifs de coûts et à des facteurs tels que la latence et les exigences de conformité. Pour comprendre les compromis entre coût, durabilité et latence, utilisez l'outil de sélection de régionGoogle Cloud .

Point de vue des services financiers : optimisation des performances

Ce document du Well-Architected FrameworkGoogle Cloud  : perspective des services financiers présente les principes et les recommandations permettant d'optimiser les performances de vos charges de travail de services financiers dans Google Cloud. Les recommandations de ce document sont conformes au pilier d'optimisation des performances du Well-Architected Framework.

L'optimisation des performances est une pratique de longue date dans les services financiers. Elle a aidé les entreprises de services financiers à surmonter les défis techniques et a presque toujours permis ou accéléré la création de nouveaux modèles économiques. Par exemple, les distributeurs automatiques (introduits en 1967) ont automatisé le processus de distribution d'argent et ont aidé les banques à réduire le coût de leur activité principale. Des techniques telles que le contournement du noyau de l'OS et l'épinglage des threads d'application aux cœurs de calcul ont permis d'obtenir une latence déterministe et faible pour les applications de trading. La réduction de la latence a permis d'augmenter et de stabiliser la liquidité, avec des spreads plus serrés sur les marchés financiers.

Le cloud crée de nouvelles opportunités d'optimisation des performances. Il remet également en question certains des modèles d'optimisation historiquement acceptés. Plus précisément, les compromis suivants sont plus transparents et contrôlables dans le cloud :

  • Délai de mise sur le marché par rapport au coût.
  • Performances de bout en bout au niveau du système par rapport aux performances au niveau du nœud.
  • Disponibilité des talents par rapport à l'agilité de la prise de décisions liées à la technologie.

Par exemple, l'adaptation du matériel et des ressources informatiques à des exigences de compétences spécifiques est une tâche simple dans le cloud. Pour prendre en charge la programmation GPU, vous pouvez créer des VM basées sur des GPU. Vous pouvez adapter la capacité dans le cloud pour répondre aux pics de demande sans surprovisionner les ressources. Cette fonctionnalité permet de s'assurer que vos charges de travail peuvent gérer les pics de charge, par exemple les jours de paie non agricole et lorsque les volumes de transactions sont nettement supérieurs aux niveaux historiques. Au lieu de dépenser de l'argent pour écrire du code hautement optimisé au niveau des serveurs individuels (comme du code hautement optimisé en langage C) ou pour écrire du code pour des environnements de calcul hautes performances (HPC) conventionnels, vous pouvez effectuer un scaling horizontal de manière optimale en utilisant un système distribué basé sur Kubernetes bien conçu.

Les recommandations d'optimisation des performances de ce document sont mappées aux principes fondamentaux suivants :

Aligner les métriques de performances technologiques sur les indicateurs clés de l'entreprise

Vous pouvez mapper l'optimisation des performances aux résultats de valeur commerciale de plusieurs manières. Par exemple, dans un bureau de recherche côté acheteur, un objectif d'entreprise peut être d'optimiser le résultat par heure de recherche ou de prioriser les tests d'équipes ayant fait leurs preuves, par exemple avec des ratios de Sharpe plus élevés. Côté vente, vous pouvez utiliser l'analyse pour suivre l'intérêt des clients et, en conséquence, prioriser le débit vers les modèles d'IA qui soutiennent les recherches les plus intéressantes.

Il est également important d'associer les objectifs de performances aux indicateurs clés de performance (KPI) de l'entreprise pour financer les améliorations des performances. Les initiatives d'innovation et de transformation de l'entreprise (parfois appelées initiatives de changement de banque) ont des budgets différents et ont potentiellement des degrés d'accès différents aux ressources par rapport aux opérations de routine (BAU) ou de gestion de la banque. Par exemple, Google Cloud a aidé les équipes de gestion des risques et de technologie d'une institution financière d'importance systémique mondiale à collaborer avec les analystes quantitatifs du front-office sur une solution permettant d'effectuer des calculs d'analyse des risques (comme XVA) en quelques minutes au lieu de plusieurs heures ou jours. Cette solution a aidé l'organisation à respecter les exigences de conformité applicables. Elle a également permis aux traders d'avoir des conversations de meilleure qualité avec leurs clients, en leur offrant potentiellement des spreads plus serrés, une liquidité plus ferme et une couverture plus rentable.

Lorsque vous alignez vos métriques de performances sur les indicateurs d'activité, tenez compte des recommandations suivantes :

  • Associez chaque initiative technologique aux objectifs et résultats clés (OKR) pertinents, tels que l'augmentation des revenus ou des bénéfices, la réduction des coûts et l'atténuation des risques de manière plus efficace ou globale.
  • Concentrez-vous sur l'optimisation des performances au niveau du système. Allez au-delà de la séparation conventionnelle entre la transformation et l'exploitation de la banque, et des silos entre le front-office et le back-office.

Donnez la priorité à la sécurité sans sacrifier les performances pour des risques non avérés

La sécurité et la conformité réglementaire dans les organisations de services financiers doivent être d'un niveau élevé sans équivoque. Il est essentiel de maintenir un niveau de qualité élevé pour éviter de perdre des clients et d'endommager irrémédiablement la marque d'une organisation. Souvent, la valeur la plus élevée est obtenue grâce à des innovations technologiques telles que l'IA générative et des services gérés uniques comme Spanner. Ne rejetez pas automatiquement ces options technologiques en raison d'une idée fausse générale sur un risque opérationnel prohibitif ou une posture de conformité réglementaire inadéquate.

Google Cloud a collaboré étroitement avec des G-SIFI pour s'assurer qu'une approche basée sur l'IA pour la lutte contre le blanchiment d'argent (AML) peut être utilisée dans les juridictions où les institutions servent des clients. Par exemple, HSBC a considérablement amélioré les performances de son unité de lutte contre la criminalité financière (Fincrime), avec les résultats suivants :

  • Environ deux à quatre fois plus d'activités suspectes confirmées.
  • Réduction des coûts opérationnels grâce à l'élimination de plus de 60 % des faux positifs et à la concentration du temps d'investigation uniquement sur les alertes exploitables à haut risque.
  • Résultats vérifiables et explicables pour respecter la conformité réglementaire.

Tenez compte des recommandations suivantes :

  • Vérifiez que les produits que vous prévoyez d'utiliser peuvent vous aider à répondre aux exigences de sécurité, de résilience et de conformité des juridictions dans lesquelles vous opérez. Pour atteindre cet objectif, collaborez avec les équipes Google Cloudchargées des comptes, des risques et les équipes produit.
  • Créez des modèles plus puissants et offrez de la transparence aux clients en exploitant l'explicabilité de l'IA.

  • Assurez la transparence des charges de travail d'IA générative en utilisant des techniques telles que les citations de sources, l'ancrage et la RAG.

  • Lorsque l'explicabilité ne suffit pas, séparez les étapes de prise de décision dans vos flux de valeur et n'utilisez l'IA que pour automatiser les étapes qui n'impliquent pas de prise de décision. Dans certains cas, l'IA explicable peut ne pas suffire ou un processus peut nécessiter une intervention humaine en raison de problèmes réglementaires (par exemple, l'article 22 du RGPD). Dans ce cas, présentez toutes les informations dont l'agent humain a besoin pour prendre une décision dans un seul volet de contrôle, mais automatisez les tâches de collecte, d'ingestion, de manipulation et de synthèse des données.

Repensez votre architecture pour l'adapter aux nouvelles opportunités et exigences

L'ajout de fonctionnalités dans le cloud à vos architectures actuelles peut s'avérer très utile. Pour obtenir des résultats plus transformateurs, vous devez repenser régulièrement votre architecture en adoptant une approche cloud-first.

Tenez compte des recommandations suivantes pour repenser régulièrement l'architecture de vos charges de travail afin d'optimiser davantage les performances.

Utiliser des alternatives dans le cloud aux systèmes et ordonnanceurs HPC sur site

Pour profiter d'une plus grande élasticité, d'une stratégie de sécurité améliorée et de fonctionnalités étendues de surveillance et de gouvernance, vous pouvez exécuter des charges de travail HPC dans le cloud ou déborder des charges de travail sur site vers le cloud. Toutefois, pour certains cas d'utilisation de modélisation numérique, comme la simulation de stratégies d'investissement ou la modélisation XVA, combiner Kubernetes avec Kueue peut offrir une solution plus puissante.

Passer à la programmation basée sur des graphiques pour les simulations

Les simulations de Monte-Carlo peuvent être beaucoup plus performantes dans un système d'exécution basé sur des graphes tel que Dataflow. Par exemple, HSBC utilise Dataflow pour exécuter des calculs de risque 16 fois plus rapidement qu'avec son approche précédente.

Exécuter des plates-formes d'échange et de trading dans le cloud

Les conversations avec les clients Google Cloud révèlent que le principe de Pareto 80/20 s'applique aux exigences de performances des marchés et des applications de trading.

  • Plus de 80 % des applications de trading n'ont pas besoin d'une latence extrêmement faible. Cependant, elles bénéficient d'avantages significatifs grâce aux fonctionnalités de résilience, de sécurité et d'élasticité du cloud. Par exemple, BidFX, une plate-forme de change multiconcessionnaire, utilise le cloud pour lancer rapidement de nouveaux produits et augmenter considérablement leur disponibilité et leur empreinte sans augmenter les ressources.
  • Les applications restantes (moins de 20 %) nécessitent une faible latence (moins d'une milliseconde), un déterminisme et une équité dans la distribution des messages. En général, ces systèmes s'exécutent dans des installations hébergées en colocation rigides et coûteuses. De plus en plus, même cette catégorie d'applications est replatformée sur le cloud, soit en périphérie, soit en tant qu'applications cloud-first.

Préparez votre technologie pour l'avenir afin de répondre aux besoins actuels et futurs de votre entreprise

Par le passé, de nombreuses entreprises de services financiers ont développé des technologies propriétaires pour obtenir un avantage concurrentiel. Par exemple, au début des années 2000, les banques d'investissement et les sociétés de trading performantes disposaient de leurs propres implémentations de technologies fondamentales telles que les systèmes de publication/abonnement et les agents de messages. Avec l'évolution des technologies Open Source et du cloud, ces technologies sont devenues des produits de base et n'offrent pas de valeur commerciale incrémentielle.

Tenez compte des recommandations suivantes pour pérenniser votre technologie.

Adoptez une approche DaaS (Data-as-a-Service) pour accélérer le délai de mise sur le marché et assurer la transparence des coûts

Les organisations de services financiers évoluent souvent grâce à une combinaison de croissance organique et de fusions et acquisitions. Par conséquent, les organisations doivent intégrer des technologies disparates. Ils doivent également gérer les ressources en double, telles que les fournisseurs de données, les licences de données et les points d'intégration. Google Cloud offre des opportunités de créer une valeur différenciée dans les intégrations post-fusion.

Par exemple, vous pouvez utiliser des services tels que le partage BigQuery pour créer une plate-forme DaaS (Data-as-a-Service) prête pour l'analyse. La plate-forme peut fournir à la fois des données de marché et des entrées provenant de sources alternatives. Cette approche élimine la nécessité de créer des pipelines de données redondants et vous permet de vous concentrer sur des initiatives plus utiles. En outre, les entreprises fusionnées ou acquises peuvent rationaliser rapidement et efficacement leurs besoins en matière de licences de données et d'infrastructure après la fusion. Au lieu de consacrer des efforts à l'adaptation et à la fusion des anciens parcs de données et opérations, l'entreprise combinée peut se concentrer sur de nouvelles opportunités commerciales.

Créer une couche d'abstraction pour isoler les systèmes existants et répondre aux nouveaux modèles économiques

De plus en plus, l'avantage concurrentiel des banques ne réside pas dans leur système bancaire de base, mais dans leur couche d'expérience client. Cependant, les anciens systèmes bancaires utilisent souvent des applications monolithiques développées dans des langages tels que Cobol et intégrées à l'ensemble de la chaîne de valeur bancaire. Cette intégration rendait difficile la séparation des couches de la chaîne de valeur, de sorte qu'il était presque impossible de mettre à niveau et de moderniser ces systèmes.

Une solution pour relever ce défi consiste à utiliser une couche d'isolation telle qu'un système de gestion d'API ou une couche de préproduction comme Spanner, qui duplique le registre et facilite la modernisation des services grâce à l'analyse avancée et à l'IA. Par exemple, la Deutsche Bank a utilisé Spanner pour isoler son ancien parc bancaire principal et commencer son parcours d'innovation.