Changez le noyau. N'arrêtez jamais l'entreprise.
Les plates-formes de base, les couches d'intégration et la migration des systèmes dont tout le reste dépend – effectuées pendant que l'entreprise continue ses activités, un consommateur à la fois, avec un retour en arrière répété à chaque étape. Le code représente la moitié du livrable. Les tests, l'observabilité, la documentation et le transfert qui laissent votre équipe indépendante de nous constituent l'autre moitié.
Il s’agit de capacités proposées et d’exigences de livraison. La proposition doit confirmer personnes, disponibilité, contrôles, critères de réception et frais pour votre périmètre. Les exemples ne prouvent pas des missions réalisées.
Ce qu’est cette pratique
- Une pratique des systèmes de base. Nous construisons les plates-formes d'enregistrement – le grand livre, le moteur de planification, le système d'administration des politiques, l'index des patients – et la couche d'intégration qui permet à tout le reste de leur parler sans savoir comment ils sont construits.
- Une méthode de migration qui n’arrête pas le business. Une couche de compatibilité se trouve devant le système existant ; les consommateurs y accèdent un par un ; le nouveau noyau prend le relais, et chaque étape comporte un retour en arrière qui a déjà été exécuté en répétition, et pas simplement écrit.
- Discipline d’ingénierie comme livrable lui-même. Des tests qui s'exécutent à chaque changement, une observabilité qui montre ce que fait le système en production, une documentation rédigée pour l'ingénieur qui nous rejoint après notre départ et un transfert de responsabilité qui se termine par la possibilité pour votre équipe de nous dire non.
- Construit pour une longue durée de vie. Une technologie bien supportée et choisie exprès ; des dépendances que vous pourrez encore corriger dans quinze ans ; des modèles de données qui survivent aux applications superposées ; et aucun composant dont le seul expert travaille pour nous.
Compétences
- Conception et construction de la plateforme principale
- Systèmes d'enregistrement pour la planification, les grands livres, l'administration des politiques, les index des patients et des clients et la gestion des commandes : le modèle de données en premier, les invariants écrits, les services construits pour les appliquer et une limite sur laquelle d'autres systèmes peuvent s'appuyer.
- Évaluation du système existant
- Lire le système existant tel qu'il est, et non tel que sa documentation le décrit : le code, la base de données, les tâches par lots, les consommateurs sans papiers et les personnes qui savent où il se plie. Le résultat est une carte de dépendances sur laquelle vous pouvez planifier.
- Couche de compatibilité
- Une couche située devant le noyau existant qui fait connaître ses contrats existants à chaque consommateur tandis que la mise en œuvre derrière celui-ci change. Les consommateurs se déplacent un à la fois ; aucun n'est invité à changer avant que le nouveau noyau ne soit prêt.
- Migration et réconciliation des données
- Migration des enregistrements avec traçabilité, double exécution là où l'entreprise en a besoin et rapprochement qui compare les anciens et les nouveaux sur chaque enregistrement et chaque jour jusqu'à ce que la différence soit nulle et y reste.
- Couche d'intégration et API
- API versionnées, flux d'événements et adaptateurs avec contrats écrits, testés des deux côtés et appliqués dans le pipeline, afin que les équipes qui s'appuient sur le noyau puissent bouger sans nous le demander.
- Annulation répétée
- Chaque étape de transition comporte un retour en arrière qui a été exécuté dans un environnement de type production, chronométré et documenté avant que l'étape ne soit franchie. Le retour en arrière n’est pas un plan ; il s'agit d'une procédure répétée avec un propriétaire nommé.
- Tests automatisés
- Tests unitaires, contractuels, d'intégration et de bout en bout qui s'exécutent à chaque modification et bloquent la version en cas d'échec ; tester des données qui reflètent la forme de la production sans contenu de production ; une couverture ciblant les invariants qui seraient préjudiciables s’ils étaient brisés.
- Observabilité
- Logs structurés, métriques et traces conçus avec les opérateurs qui les liront ; des tableaux de bord pour les questions qu'ils posent réellement à trois heures du matin ; des alertes qui se déclenchent sur ce qui compte et restent silencieuses autrement.
- Pipeline et environnements de livraison
- Des builds reproductibles, des environnements créés à partir de code, des versions petites et fréquentes, et un chemin depuis une modification fusionnée vers la production qu'une personne peut lire et qu'un auditeur peut suivre.
- La sécurité en perspective
- Analyse des dépendances, secrets gardés hors source, artefacts signés, accès au moindre privilège, analyse statique et examen de chaque modification, avec suivi des résultats jusqu'à la clôture et preuves conservées pour vos auditeurs.
- Documentation et remise
- Les enregistrements de décisions d'architecture, les runbooks, le dictionnaire de données et un parcours d'intégration qu'un nouvel ingénieur peut suivre seul. Écrit pendant la construction, pas après, et testé en demandant à quelqu'un qui n'était pas là de les utiliser.
- Ingénierie en environnement réglementé
- Contrôle des modifications, séparation des tâches, pistes d'audit et résidence des données intégrés à la plate-forme là où le LPD suisse révisé, le RGPD, la HIPAA, les attentes d'externalisation et de résilience opérationnelle de la FINMA ou DORA les exigent, de sorte que la conformité est une propriété du système plutôt qu'une feuille de calcul à côté de lui.
Cinq couches, des données aux interfaces : ce que vous avez déjà, ce qu'Altuon construit et ce qui est exécuté ensemble
Comment nous livrons
Cinq phases, chacune fermée par une porte signée par votre équipe. Une migration de base n’est jamais un événement isolé ; le nouveau système gagne sa place un consommateur, un domaine de données et un basculement répété à la fois, et l'ancien n'est retiré que lorsque plus rien n'en dépend.
- 01Découvrez
- Lisez le système existant au fur et à mesure de son exécution : code, schéma, tâches par lots, interfaces et consommateurs que personne n'a répertoriés. Interviewez les personnes qui l’exploitent. Déterminez ce dont l’entreprise ne peut pas se passer, pendant combien de temps et ce que le régulateur attend du changement.
- Jalon: Carte des dépendances, contraintes de continuité d'activité et obligations réglementaires approuvées par les sponsors de la technologie, des opérations et de la conformité.
- 02Définir
- Concevez l'architecture cible et la couche de compatibilité, décidez de l'ordre dans lequel les consommateurs se déplacent, écrivez le modèle de données et ses invariants, définissez les normes de test et d'observabilité et acceptez la procédure de restauration pour chaque étape.
- Jalon: Architecture, séquence de migration, procédures de rollback et définition des tests effectués et documentation signée ; le premier consommateur à déménager nommé.
- 03Construire
- Construisez la couche de compatibilité et le nouveau noyau qui la sous-tend, la couche d'intégration et le pipeline, avec des tests, de l'observabilité et de la documentation écrits parallèlement au code. Répétez chaque étape de transition dans un environnement semblable à celui de la production.
- Jalon: Suite de tests réussissant à la couverture convenue des invariants ; rollback pour le premier basculement répété et chronométré ; résultats de sécurité clôturés.
- 04Prouver
- Déplacez le premier consommateur sur la couche de compatibilité, effectuez une double exécution et effectuez une réconciliation avec l'ancien système, puis déplacez le suivant. Chaque étape est effectuée en présence des opérateurs et du propriétaire du rollback nommé.
- Jalon: Rapprochement à différence nulle pour la période convenue sur chaque consommateur déplacé ; vos opérateurs ont exécuté le runbook sans nous ; approbation de conformité sur la piste d’audit.
- 05Fonctionner
- Déplacez les consommateurs restants, mettez hors service l'ancien système lorsque plus rien n'en dépend et passez le relais : vos ingénieurs expédient les modifications via le pipeline, avec notre assistance disponible jusqu'à ce qu'ils choisissent de ne plus en avoir besoin.
- Jalon: Votre équipe a publié, annulé et résolu un incident sans l'implication d'Altuon ; la liste de contrôle de remise est complète et signée.
Ce que vous recevez
| Livrable | Forme | Ce que c’est |
|---|---|---|
| Carte des dépendances | Documenter et s'inscrire | Chaque consommateur, interface, travail par lots et flux de données du système existant, ainsi que les personnes qui en sont propriétaires, sont tenus à jour au fur et à mesure de la migration. |
| Architecture cible et enregistrements de décision | Documents versionnés | La conception du nouveau noyau et de la couche d'intégration, ainsi que l'enregistrement de chaque choix important avec les alternatives qui ont été rejetées et pourquoi. |
| La couche de compatibilité | Système déployé | La façade préservant les contrats du noyau hérité à travers lequel les consommateurs se déplacent a été retirée avec le dernier. |
| La plateforme centrale | Système déployé, source attribuée | Le nouveau système d'enregistrement et sa couche d'intégration, fonctionnant dans votre environnement, avec son code source, de build et d'infrastructure dans les référentiels que vous contrôlez. |
| Suite de tests et pipeline | Code et configuration | Tests unitaires, contractuels, d'intégration et de bout en bout avec le pipeline qui les exécute, bloque les versions défaillantes et produit la piste d'audit. |
| Observabilité | Vue opérationnelle | Des tableaux de bord, des alertes et des traces conçus avec vos opérateurs, avec le guide d'astreinte qui explique ce que signifie chaque alerte et quoi faire. |
| Runbooks et procédures de restauration | Documents, répétés | Comment libérer, annuler, restaurer, alterner les informations d'identification et répondre à chaque classe d'incidents, chacun étant géré par votre équipe avant le transfert. |
| Pack de remise | Documents et séances | Dictionnaire de données, parcours d'intégration, inventaire des licences et enregistrement de votre équipe exploitant le système sans nous. |
Où cela compte
- Services financiersSignature, là où Altuon mèneMigrations bancaires de base et couches d'intégration où les attentes d'externalisation de la FINMA et les obligations de résilience opérationnelle de DORA s'appliquent à chaque changement.
- SantéSignature, là où Altuon mènePlateformes de planification, d'indexation des patients et de dossiers qui doivent rester disponibles tout au long de la migration et conserver les informations de santé protégées dans les limites de la HIPAA.
- AssuranceSignature, là où Altuon mèneL'administration des polices et les réclamations, avec des dizaines d'années de produits derrière elles, ont évolué une ligne de produits à la fois.
- État et secteur publicCœurRegistres et systèmes de gestion de dossiers sur une infrastructure souveraine, avec résidence et audit écrits dans la plateforme.
- TélécommunicationsCœurDes systèmes de facturation et d’approvisionnement dans lesquels chaque consommateur est une source de revenus et un basculement ne peut pas être une interruption de service.
- Énergie et services publicsCœurDes systèmes de comptage, de facturation et d'actifs qui fonctionnent en continu et dont les données survivent à toutes les applications situées au-dessus d'eux.
- Industrie et manufactureEn soutienPlateformes de commande, de planification et d'intégration d'usine qui connectent l'atelier aux systèmes d'enregistrement.
- Pharma et sciences de la vieEn soutienSystèmes de qualité et d'enregistrement par lots où le contrôle des modifications et les pistes d'audit sont des conditions de fonctionnement et non des fonctionnalités.
Missions représentatives
- Schéma directeur de missionRemplacer le noyau de planification d'un réseau hospitalier sans arrêter les cliniquesRemplacement proposé, site par site, d’un ancien système de planification, avec couche de compatibilité, procédures cliniques de secours et plan de bascule convenu.États-UnisSanté
- Schéma directeur de missionAgents vocaux pour la ligne de service client d'une banque privée suisseUn agent de téléphonie en suisse allemand, français et anglais qui répond, vérifie, résout et passe le relais, avec un consentement d'enregistrement traité comme le prévoit la FINMA.SuisseServices financiers
Perspectives associées
- Ingénierie9 septembre 2026Migrer les systèmes centraux existants sans arrêter l'activitéLe basculement big-bang est la manière dont les migrations de base échouent. L’alternative est plus lente, moins dramatique et fonctionne : une couche de compatibilité, un consommateur à la fois, et un chemin de retour en arrière qui est répété plutôt qu’espéré.
- Marque9 septembre 2026L'identité de marque comme infrastructureUne identité qui vit dans un PDF est une décoration. Une identité qui réside dans des jetons, des modèles et un processus de publication régi est une infrastructure, et c'est la seule qui survit à une fusion, au changement de marque d'une filiale ou au prochain directeur marketing.
Périmètre et limites
- Un atelier de carrosserie. Nous ne fournissons pas d'ingénieurs à l'heure pour qu'ils soient dirigés par le plan de quelqu'un d'autre. Chaque engagement a une architecture, un propriétaire et des portes, les panneaux de votre équipe, et les personnes qui écrivent le code sont celles qui l'ont conçu.
- Une réécriture big-bang. Personne ne devrait éteindre un système sur lequel l’entreprise fonctionne et en rallumer un nouveau pendant un week-end. Lorsqu'un fournisseur propose cela, il propose que vous supportiez le risque.
- Un cadre du mois. Les choix sont faits pour la durée de vie du système, pas pour le marché du recrutement de cette année. Lorsqu’une technologie plus récente constitue la bonne réponse, nous vous expliquons par écrit pourquoi et ce qu’il vous en coûtera pour l’acquérir.
- Dépend d'Altuon pour continuer à fonctionner. Si la source, les tests, les runbooks et le pipeline de déploiement ne permettent pas à une équipe compétente que vous embaucherez demain d'opérer et de modifier le système sans nous, le transfert n'est pas terminé.
Les questions que posent les achats
À qui appartient le code et sous quelles licences ?
Vous le faites. Source écrite pour vous, le code d'infrastructure, les tests, la documentation et le pipeline de déploiement vous sont attribués contre paiement et vivent dans des référentiels que vous contrôlez dès la première semaine. Altuon conserve ses méthodes, outils et bibliothèques préexistants et vous accorde une licence perpétuelle pour tout ce qui est intégré dans votre système. Les composants tiers sont répertoriés dans un inventaire de licences avec leurs conditions, donc rien dans votre système n'entraîne d'obligation que vous n'avez pas vue.
Quelle est votre politique open source ?
Nous préférons les composants open source bien entretenus avec des licences permissives et un historique de versions de sécurité, et nous le disons dans chaque rapport de décision. Les licences Copyleft ne sont utilisées que lorsque votre fonction juridique a accepté les obligations qu'elles comportent. Chaque dépendance est inventoriée, épinglée et analysée, et nous apportons des correctifs en amont plutôt que de créer un fork en privé, car un fork privé est un composant que nous seuls comprenons.
Selon quelle norme de documentation travaillez-vous ?
La documentation fait partie de la définition du fait, pas une phase à la fin. Chaque décision importante possède un enregistrement de décision d'architecture. Chaque service dispose d'un fichier Lisez-moi qui permet à un ingénieur de l'exécuter localement. Chaque procédure opérationnelle possède un runbook. Le modèle de données dispose d'un dictionnaire. Avant la remise, un ingénieur de votre équipe qui n'était pas sur le projet utilise la documentation pour l'intégrer, et tout ce qu'il ne peut pas faire à partir de celle-ci est un défaut que nous corrigeons.
Comment le risque de transfert est-il géré ?
En ne faisant jamais un pas irréversible. La couche de compatibilité signifie que les consommateurs se déplacent individuellement, selon leur propre horaire, et que l'ancien système continue de fonctionner jusqu'à ce que le dernier ait déménagé. Chaque étape comporte une procédure de restauration qui a été exécutée dans un environnement de type production et chronométrée. Le double fonctionnement avec réconciliation quotidienne détecte les divergences avant que quiconque en aval ne les voie. Les basculements se produisent dans la fenêtre la plus calme de l'entreprise, avec les opérateurs présents et une personne nommée détenant la décision de revenir en arrière.
Quels niveaux de service et garantie s'appliquent ?
Les défauts des travaux que nous avons livrés sont réparés à nos frais pendant la période de garantie inscrite dans le contrat. Pendant et après la phase d'exploitation, une assistance est disponible dans le cadre d'un mandat avec des objectifs de réponse et de résolution définis par gravité, écrits dans le contrat et signalés afin que vous puissiez voir qu'ils ont été atteints. Nous n'offrons pas de niveaux de service pour l'infrastructure que vous exploitez, mais nous concevons et documentons le système afin que vos propres objectifs soient réalisables, et nous indiquons par écrit lorsqu'ils ne le sont pas.
Que se passe-t-il à la sortie ?
Le système continue de fonctionner sans nous, parce que c’était une porte. En sortie, vous détenez déjà la source, le pipeline, la documentation et le dossier opérationnel. Nous fournissons une période de transition au tarif convenu, une procédure pas à pas pour tout successeur que vous nommez et le retour ou la suppression de toutes les données que nous détenons, avec confirmation écrite. Les personnes clés de l'engagement sont nommées à l'avance et jumelées, de sorte qu'aucune connaissance ne part avec une seule personne.
Comment la sécurité est-elle gérée dans le pipeline ?
Chaque modification est examinée par un deuxième ingénieur et passe par une analyse statique, une analyse des dépendances et une analyse des secrets avant de pouvoir être fusionnée. Les artefacts de build sont signés et déployés depuis le pipeline, jamais depuis un ordinateur portable. L'accès suit le moindre privilège, avec des journaux d'audit conservés. Les résultats sont suivis jusqu'à la clôture avec des preuves que vos auditeurs peuvent lire, et les contrôles sont mappés aux cadres qui s'appliquent à vous : le LPD suisse révisé, le RGPD, la loi jordanienne sur la protection des données personnelles, la HIPAA, les attentes de la FINMA en matière d'externalisation et de résilience opérationnelle, et DORA lorsque vous êtes une entité financière de l'UE.
Montrez-nous le système auquel personne ne veut toucher.
La phase de découverte commence par le code tel qu'il s'exécute et les personnes qui le font fonctionner, et se termine par une carte des dépendances et une séquence de migration que vous pouvez défendre auprès de votre tableau. Demandez une proposition ou réservez un briefing exécutif pour les personnes qui signeront le premier basculement.
