Le contexte
CID ERP est un éditeur et intégrateur de progiciels de gestion intégrés (ERP) basé en Suisse romande, dont les clients sont majoritairement des PME suisses dans la distribution, l'industrie et les services. La nature même de son métier impose une exigence forte sur la localisation des données : un ERP héberge les informations commerciales, financières et logistiques les plus sensibles d'une entreprise, et ces données ne peuvent pas être hébergées hors juridiction suisse sans poser de questions sérieuses de conformité (nLPD), de continuité juridique et de perception client. Historiquement, l'infrastructure SaaS de CID ERP tournait sur Amazon Web Services en région Ireland, un choix techniquement valide mais qui posait à la fois un problème de souveraineté (données européennes sous Cloud Act américain) et un problème économique (facture cloud en USD, croissante avec l'usage, peu prévisible).
Le défi technique
Au moment où la décision de migrer a été prise, l'infrastructure CID ERP sur AWS comportait une trentaine de services applicatifs, plusieurs bases PostgreSQL en RDS, un load balancer applicatif, un système de monitoring CloudWatch, et un volume de données métier de plusieurs téraoctets. La complexité de la migration tenait à trois facteurs combinés. D'abord, la continuité de service : les clients ERP utilisent la plateforme en journée ouvrée et toute interruption significative est inacceptable contractuellement. Ensuite, la cohérence des données : les bases PostgreSQL devaient être migrées sans perte ni incohérence, dans un fenêtrage temporel maîtrisé. Enfin, le coût total : l'opération de migration ne devait pas excéder ce que le client économiserait sur 12 à 18 mois de facture cloud, sinon le calcul ROI ne tenait pas.
La solution Hidora
L'architecture cible repose entièrement sur Hikube, le cloud souverain suisse d'Hidora, opéré depuis Genève sur des datacenters suisses. Concrètement, nous avons redéployé l'ensemble des services applicatifs CID ERP sur un cluster Kubernetes managé Hikube, migré les bases PostgreSQL via une stratégie de réplication asynchrone suivie d'une bascule en cutover sur fenêtre de maintenance courte (moins de 30 minutes d'indisponibilité totale), rééquipé l'infrastructure d'observabilité avec une stack Prometheus + Grafana + Loki, et placé Cloudflare en frontal pour la résolution DNS et la protection DDoS. La migration s'est étalée sur 3 mois avec une approche disciplinée : un service pilote pour valider la chaîne complète, puis une migration progressive service par service avec validation fonctionnelle à chaque étape, et enfin la bascule des bases de données critiques en mode coordonné avec les équipes CID ERP. À aucun moment l'ancienne infrastructure AWS n'a été coupée avant validation complète de la nouvelle.
Les résultats mesurés
Trois mois après l'achèvement de la migration, les indicateurs business et techniques convergent sur le succès du projet. La facture cloud mensuelle a été divisée par 5 par rapport à l'ancienne plateforme AWS, principalement grâce à l'absence de frais d'egress sur Hikube (un poste majeur sur AWS pour un SaaS B2B) et à un dimensionnement plus juste des instances. Cette économie représente un gain annuel significatif qui finance déjà plus que le coût d'opération de la nouvelle plateforme. Les performances applicatives mesurées côté utilisateurs (latence p95, temps de chargement des écrans ERP les plus utilisés) ont progressé de l'ordre de 30%, principalement parce que les utilisateurs CID ERP sont géographiquement en Suisse et que l'infrastructure cloud est désormais elle-même en Suisse, avec une latence réseau inférieure à 10 ms contre 30 à 50 ms vers AWS Ireland. Et la souveraineté des données est désormais totale : 100% des données clients restent sur le territoire suisse, opérées par une équipe suisse, ce qui rend la conformité nLPD démontrable lors des audits clients et constitue un argument commercial différenciant face à la concurrence.
L'enseignement transposable
Le cas CID ERP démontre concrètement que la souveraineté suisse n'est pas en contradiction avec l'efficacité économique, contrairement à une idée reçue persistante. Les hyperscalers ont longtemps profité d'une perception de coût bas qui s'effrite dès qu'on regarde les vrais postes : egress, support, multi-zone replication, services managés premium. Pour un SaaS B2B avec une clientèle géographiquement concentrée en Suisse, l'arithmétique penche aujourd'hui clairement vers une infrastructure cloud locale. La migration depuis un hyperscaler vers un cloud souverain suisse se fait en quelques mois sans interruption de service notable, avec un retour sur investissement typiquement inférieur à 18 mois sur le seul poste hébergement, et un bénéfice commercial supplémentaire en termes de différenciation marché.