Modernisation des systèmes hérités

Parce qu’une réécriture complète doit reproduire des années de comportement avant de pouvoir remplacer quoi que ce soit, alors que l’activité continue d’évoluer autour d’elle. Ces projets dépassent souvent les délais et sont lancés avec des lacunes. Remplacer une fonction à la fois apporte de la valeur tôt, conserve l’ancien système comme filet de sécurité et vous permet de vous arrêter ou de changer de cap à chaque étape.

L’approche est conçue pour l’éviter. L’ancien système continue de fonctionner pendant que chaque nouvelle partie est construite et éprouvée en parallèle. Le travail bascule progressivement vers la nouvelle partie, et peut revenir en arrière en cas de problème. Lorsqu’une migration de données nécessite une bascule, nous la répétons au préalable et la planifions avec vous.

Oui, et c’est une situation courante. Nous reconstituons la connaissance à partir du code, des données, des journaux et des personnes qui utilisent le système, et nous consignons ce qu’il fait réellement dans des tests de caractérisation. Ces tests deviennent la spécification à laquelle les nouvelles parties doivent répondre, de sorte que les comportements non documentés sont conservés, sauf si vous décidez de les modifier.

La taille et la complexité de l’ancien système, la qualité de ses données, le nombre de systèmes qui en dépendent, et la part de ce qui doit changer plutôt qu’être conservé. Les langages et bases de données anciens que peu d’ingénieurs maîtrisent ajoutent de l’effort. Le travail étant incrémental, vous pouvez le financer par étapes et constater le résultat de chacune avant de valider la suivante.

Nous commençons par cartographier et profiler les données, afin de détecter les problèmes avant la migration plutôt qu’après. Les migrations sont scriptées et reproductibles, exécutées d’abord sur des copies, et rapprochées au moyen de comptages et de totaux qui démontrent que rien n’a été perdu ni altéré. Les données personnelles et sensibles sont protégées tout au long du processus, et leur accès est limité à des personnes désignées.

Lorsque l’ancien cœur est stable et correct, mais difficile d’accès. Des API modernes placées devant lui permettent aux nouveaux canaux, partenaires et produits d’utiliser ses fonctions sans toucher à son fonctionnement interne, avec un risque bien moindre qu’un remplacement. Nous recommandons le remplacement lorsque le système bloque le changement, ne peut pas être sécurisé ou ne trouve plus les compétences nécessaires.

Nous travaillons avec les piles technologiques sur lesquelles de nombreux systèmes de gestion ont été construits, notamment les anciennes versions de Java et de .NET, des bases de données relationnelles comme Oracle Database et SQL Server, des services SOAP et des interfaces à base de fichiers. Pour les plateformes plus rares, nous évaluons d’abord le code et vous disons franchement si nous disposons des compétences nécessaires, ou si un spécialiste doit rejoindre l’équipe.

Les accès sont accordés nominativement, limités aux besoins de chaque rôle et retirés lorsque la personne quitte le projet. Nous travaillons dans vos dépôts et vos environnements si vous le préférez, utilisons l’authentification multifacteur et conservons les secrets dans un coffre-fort numérique, jamais dans le code. Le code est relu avant d’être fusionné, les dépendances sont analysées, et les données de production ne sont jamais copiées dans les environnements de test sans masquage. Nous convenons de ces contrôles avec votre équipe sécurité dès le départ.