Les études notariales manipulent des données sensibles. Cet éditeur devait quitter AWS pour un cloud qualifié SecNumCloud, sans arrêter son application.
Gratuit, sans engagement. Vous repartez avec un premier avis.
L'éditeur fournit une application aux études notariales. Leurs clients manipulent des données sensibles, et la souveraineté des données est devenue un sujet d'appel d'offres.
L'application tournait sur AWS, sans problème technique particulier. La contrainte était réglementaire et commerciale.
Il fallait passer sur un cloud de confiance qualifié SecNumCloud, sans interrompre le service des études notariales.
La question posée au départ était simple : est-ce seulement réaliste techniquement, et en combien de temps ?
Dans l'ordre, avec la raison de chaque choix.
Nous avons d'abord regardé l'application, ses dépendances aux services AWS et ce qui existait réellement côté cloud qualifié.
Pourquoi ce choix. Une migration souveraine échoue surtout sur les services managés qui n'ont pas d'équivalent. Mieux vaut le savoir avant de signer un planning.
S3NS a été retenu comme cloud de destination, qualifié SecNumCloud.
Pourquoi ce choix. C'est la cible qui répondait à l'exigence de qualification tout en restant proche de ce que l'équipe savait déjà exploiter. Nous expliquons le choix, vous le validez.
L'application a été conteneurisée et déployée sur Kubernetes.
Pourquoi ce choix. Le service Cloud Run n'était pas encore disponible chez S3NS et le client était pressé de migrer. Il a accepté de basculer sur Kubernetes, et il en est aujourd'hui très content.
Une réplication logique a été mise en place entre AWS et S3NS. Elle a permis de migrer plusieurs centaines de Go sans interruption de service.
Pourquoi ce choix. Plutôt qu'une simple resynchronisation, la réplication logique garde les deux bases à jour en continu. La partie la plus longue et la moins rattrapable se prépare ainsi pendant que l'ancien environnement continue de servir.
Nous avons basculé l'application, puis le stockage S3, puis la base de données. L'infrastructure AWS est restée exploitable et les deux environnements ont cohabité, ce qui a rendu l'intervention possible sans aucune interruption.
Pourquoi ce choix. Des études notariales qui ne peuvent plus ouvrir leurs dossiers, c'est un incident commercial pour l'éditeur. L'absence de coupure n'était pas un luxe.
Une fois la bascule validée, les ressources AWS ont été supprimées.
Le client repart avec une feuille de route des prochaines mises à jour et optimisations suite à la migration sur S3NS.
Oui, nous l'avons fait vers S3NS, cloud qualifié SecNumCloud. La vraie question est celle des services managés utilisés : certains n'ont pas d'équivalent direct et demandent une alternative. C'est ce que nous regardons avant de vous donner un planning.
Cela dépend du nombre de services et du volume de données. Notre référence sur ce cas : 3 semaines d'AWS à S3NS. Nous donnons un planning précis après l'avis avant migration.
Non, sauf si c'est indispensable. Ici, l'application a été conteneurisée, pas réécrite. Nous adaptons l'infrastructure à l'application, pas l'inverse.
Les offres que ce cas illustre
← Voir toutes les réalisationsNous faisons le point sur votre situation. Si un audit a du sens, nous vous proposons un périmètre et un prix fixe.