Migrer une plateforme SAP Hybris de 114 sites vers AWS

Le contexte

Une plateforme mondiale d’e-commerce SAP Hybris, et 114 sites servis par cette même plateforme. À cette échelle, migrer n’est pas un déplacement de serveurs : avant de savoir comment migrer, il faut savoir ce qui est migrable.

Ce qui a été fait

• Audit cloud-ready du système existant — établir ce qui passe tel quel, ce qui doit être revu, et ce qui n’a pas sa place dans le cloud.
• Conception de l’architecture AWS cible — la destination, décidée avant d’ouvrir quoi que ce soit.
• Plan de migration — l’ordre, les dépendances, et le moment où l’on bascule.
• Mise en place — architecture, supervision, et optimisation.
• Migration — l’exécution.

Le sujet : la capacité, pas la répétition

Les 114 sites ne sont pas 114 migrations. Ils tournent sur la même instance e-commerce : c’est la plateforme qui a été déplacée, d’un bloc.

L’enjeu n’était donc pas de répéter un geste, mais de construire une infrastructure qui encaisse. Le point de départ tenait sur deux serveurs on-premise ; le point d’arrivée, sur trois auto-scaling groups EC2 — pour séparer les charges — et un cluster RDS.

C’est le contraire d’un lift-and-shift : l’objectif n’était pas de reproduire l’existant sur AWS, mais de mettre en place une infrastructure qui monte en charge.

Services AWS mobilisés

AWS IAM, Amazon VPC, Amazon EC2, Amazon S3, Amazon CloudFront, AWS WAF, Amazon Aurora, AWS CloudFormation.

La suite

Groupe SEB a fait de nouveau appel à moi en 2020, sur un tout autre sujet : la gouvernance AWS. Voir ce second cas.