- architecture
- AWS
- Azure
- haute disponibilité
- PRA
Commencez par vos objectifs de reprise. Le reste s'ordonne tout seul.
La question qu'on pose en premier n'est pas « quelle technologie » mais « combien de temps ce service peut-il s'arrêter, et combien de données pouvez-vous perdre ».
Une fois ces deux chiffres posés, la moitié des arbitrages d'architecture sont déjà tranchés.
Audit de l'existant — applicatif, fonctionnel et sécurité, avant toute proposition.
Architecture cible — dimensionnement, répartition de charge, filtrage applicatif, calés sur les objectifs de reprise et non sur un catalogue.
Migrations cloud — feuille de route, exécution, et la question qu'on oublie souvent : la réversibilité.
Haute disponibilité — conception et déploiement de clusters, plans de reprise et de continuité, scénarios de retour arrière éprouvés.
Industrialisation — chaîne d'intégration continue, automatisation des déploiements, support à l'exploitation.
Ce que cela donne
Sur une application d'entrée en relation clients saturée à 80 % de son infrastructure, l'audit puis le déploiement d'une architecture dédiée ont permis un raccordement sécurisé au système d'information bancaire, validé par les audits, dans le respect strict des exigences de reprise. La plateforme sert aujourd'hui de socle à d'autres applications.
Lire la réalisation : remettre à niveau une infrastructure critique saturée, sans coupure