Transformation numérique
Une modernisation progressive des systèmes existants,
sans interruption de l’activité.
Les systèmes existants renferment des années de règles métier et de données et ne peuvent pas simplement être arrêtés. InterCloud les modernise par étapes, les migre vers AWS, les connecte au reste du parc applicatif et met leurs données au service de la prise de décision.
Modernisation d’applications
Remplacer un monolithe vieillissant par une plateforme maintenable
Le travail commence par un audit : examen du code et de la base de données, cartographie des dépendances et analyse des fonctions utilisées, par qui et à quelle fréquence. Il en résulte un plan de modernisation qui classe les composants selon leur valeur métier et leur risque, afin que les premières versions portent sur les composants à plus forte valeur.
La migration suit le modèle « strangler fig ». De nouveaux services développés avec Spring Boot et Next.js reprennent une fonctionnalité à la fois derrière une couche de routage, tandis que le système existant continue d’assurer les autres fonctions. Les utilisateurs travaillent avec une seule application tout au long du processus, et aucun composant n’est arrêté avant que son remplaçant ait fait ses preuves en production.
Lorsque le code est sain et que seule la plateforme est obsolète, nous changeons plutôt l’application de plateforme. L’application est conteneurisée et migrée vers AWS ECS, le middleware propriétaire est remplacé et la base de données passe à une version prise en charge de PostgreSQL.
- Audit assorti d’une feuille de route de modernisation hiérarchisée
- Migration « strangler fig » derrière une passerelle API ou un proxy inverse
- Migration des applications Java EE et autres applications JVM vers Spring Boot et des conteneurs
- Migration des données avec rapports de rapprochement à chaque bascule
Migration vers le cloud
Une migration vers AWS par vagues, chacune avec un plan de retour arrière
Une migration ne se limite pas à copier des serveurs. Nous mettons d’abord en place la structure des comptes, le réseau et la sécurité, puis nous migrons les charges de travail par vagues, chacune avec son propre plan de retour arrière.
La landing zone d’abord
Partez d’une structure de comptes adaptée à vos exigences réseau et de conformité. AWS Organizations avec des comptes distincts pour la production et les autres environnements, une journalisation centralisée, des rôles IAM à la place de clés partagées et une conception VPC sur mesure. L’ensemble de la configuration est défini dans Terraform, relu et versionné.
Vagues de migration
Les interruptions restent dans une fenêtre convenue. Les charges de travail sont regroupées selon leurs dépendances et migrées par vagues, en commençant par les moins critiques, et chaque vague dispose d’un plan de test, d’une fenêtre de bascule et d’une étape de retour arrière. Les bases de données sont migrées par réplication.
La bonne cible pour chaque charge de travail
Les services applicatifs s’exécutent dans des conteneurs sur ECS, les bases de données sur PostgreSQL managé et les traitements événementiels sur des fonctions serverless. Le « lift-and-shift » n’est utilisé que lorsqu’une réécriture n’est pas encore justifiée, et la justification de chaque choix est documentée.
La sécurité à chaque vague
Vos données restent protégées pendant leur transfert. Chiffrement au repos et en transit, secrets dans un coffre managé, rôles à privilèges minimaux et Cloudflare en périphérie pour le TLS, le WAF et la protection DDoS s’appliquent à chaque vague. Une revue de sécurité est réalisée dans le cadre de chaque vague.
Visibilité sur les coûts
Grâce à des règles d’étiquetage et à des budgets, chaque environnement et chaque équipe voit ses dépenses dès le départ. Après la migration, le dimensionnement et la capacité réservée sont revus une fois l’usage réel connu.
Passation ou exploitation managée
Votre équipe reçoit le code Terraform, les runbooks et la formation nécessaires pour exploiter l’environnement, ou InterCloud continue de l’exploiter dans le cadre d’un contrat d’exploitation managée.
Intégration de systèmes
Des intégrations qui remplacent les ressaisies entre vos systèmes
Les entreprises utilisent un ERP, un SIRH, un CRM, un site e-commerce et de nombreux outils propres à chaque service, et le personnel ressaisit souvent les données de l’un à l’autre. Nous remplaçons ces transferts manuels par des intégrations documentées, supervisées et maîtrisées par votre organisation.
Les besoins synchrones sont couverts par des API REST décrites en OpenAPI, et les flux asynchrones s’appuient sur des événements et des files d’attente, afin qu’un système lent ou indisponible ne bloque pas les autres. Les services SOAP existants, les transferts de fichiers et les liaisons entre bases de données sont encapsulés dans des adaptateurs, de sorte que le reste du parc travaille avec une interface unique et cohérente.
Chaque intégration enregistre ce qu’elle a transféré et quand, relance les envois en toute sécurité et déclenche une alerte en cas d’échec. Le rapprochement devient ainsi une procédure d’exception plutôt qu’une tâche mensuelle.
- Contrats REST et OpenAPI, versionnés et publiés pour vos équipes
- Intégration événementielle avec files d’attente et consommateurs idempotents
- Adaptateurs pour SOAP, SFTP, fichiers plats et interfaces directes avec les bases de données
- Intégration avec GlowScale, Orbio et des systèmes tiers d’ERP, de CRM et de paiement
Données et analyse
Un reporting fiable pour les décisions de la direction
Les projets de reporting échouent généralement sur la qualité des données et les délais. C’est pourquoi nous construisons d’abord le pipeline et les définitions, puis les tableaux de bord.
Entrepôt de données
Comparez les tendances dans le temps à partir d’un référentiel central. L’entrepôt de données fonctionne sur PostgreSQL ou sur un service d’analyse AWS et est alimenté par des pipelines planifiés et événementiels issus de vos applications, avec conservation de l’historique.
Des définitions partagées
La finance et les opérations travaillent sur les mêmes chiffres. Chaque indicateur, comme le chiffre d’affaires, le stock disponible ou le temps de cycle, a une définition unique et convenue, documentée et appliquée dans chaque rapport.
Tableaux de bord et rapports
Chaque rôle voit les chiffres dont il a besoin. Tableaux de bord par rôle pour la direction, les managers et le personnel opérationnel, rapports planifiés envoyés par e-mail et exports pour une analyse approfondie dans un tableur.
Prêt pour l’IA
Les assistants et les prévisions reposent sur des données propres et gouvernées. Le même entrepôt alimente InterCloud AI et les modèles décrits dans Solutions IA et données.
Feuille de route
Une feuille de route de transformation type
En pratique, les phases se chevauchent. L’ordre ci-dessous reflète ce qui doit être en place avant de pouvoir franchir l’étape suivante en toute sécurité.
- 1
Évaluer et prioriser
Un inventaire des applications, des données et des intégrations, des entretiens avec les responsables métier et une feuille de route qui distingue les améliorations à court terme, les fondations et les remplacements à long terme.
- 2
Poser les fondations
La landing zone AWS, les pipelines CI/CD, la supervision et une passerelle API sont mis en place. Ces composants servent à tout ce qui suit et constituent généralement la première livraison visible.
- 3
Migrer et moderniser par vagues
Les charges de travail sont migrées vers AWS, les composants existants sont remplacés une fonctionnalité à la fois et les systèmes sont connectés par des interfaces documentées. Chaque vague se termine avec des utilisateurs qui travaillent sur la nouvelle version.
- 4
Consolider les données
Les pipelines vers l’entrepôt de données, les définitions convenues et les premiers tableaux de bord sont livrés. Les problèmes de qualité des données détectés à ce stade sont ajoutés au backlog des applications.
- 5
Exploiter et améliorer
L’environnement passe en exploitation managée ou est confié à votre équipe, avec une revue trimestrielle de ce qu’il faut moderniser, retirer ou automatiser ensuite.
Connaître les risques et les coûts avant de s’engager
Un audit de modernisation fournit une feuille de route hiérarchisée et une vision claire des risques et des coûts avant que votre organisation ne s’engage dans le programme complet.