Migré d'AWS vers S3NS en 3 semaines, sans interruption de service

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.

Migration vers un cloud protégéLe castor transporte un carton entre deux nuages. Une flèche indique le passage vers le nuage protégé par un cadenas.
3 semaines
pour la migration complète
0 coupure
de service pendant la bascule
SecNumCloud
cloud qualifié, application conteneurisée

Le contexte

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.

Ce qui bloquait

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 ?

Ce que nous avons fait, étape par étape

Dans l'ordre, avec la raison de chaque choix.

  1. 01

    Avis avant migration

    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.

  2. 02

    Choix de S3NS comme cible

    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.

  3. 03

    Passage sur Kubernetes

    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.

  4. 04

    Réplication logique des données

    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.

  5. 05

    Bascule sans interruption

    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.

  6. 06

    Suppression des ressources AWS

    Une fois la bascule validée, les ressources AWS ont été supprimées.

  7. 07

    Feuille de route

    Le client repart avec une feuille de route des prochaines mises à jour et optimisations suite à la migration sur S3NS.

Le résultat

  • Migration réalisée en 3 semaines.
  • Aucune interruption de service pendant la bascule.
  • Application hébergée sur un cloud qualifié SecNumCloud et conteneurisée sous Kubernetes.

Questions fréquentes

Peut-on vraiment migrer d'AWS vers un cloud souverain français ?

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.

Combien de temps dure une migration de ce type ?

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.

Faut-il réécrire l'application ?

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éalisations

Commençons par 30 minutes

Nous faisons le point sur votre situation. Si un audit a du sens, nous vous proposons un périmètre et un prix fixe.