L'échec devint l'un des résultats les plus précieux du pilote national.
Il démontra que la capacité technologique progressait plus vite que l'architecture d'autorité qui l'entourait.
Les ingénieurs du gouvernement furent informés.
L'Autorité Nationale d'Ingénierie modifia à nouveau le cadre de certification.
Toute modification automatisée du comportement de transition exigerait une couverture d'autorité explicite.
Aetherion mit à jour PADE-1.
Un nouveau champ fut ajouté :
CLASSE D'AUTORITÉ DE TRANSITION
Il précisait si une enveloppe pré-autorisée couvrait :
les transitions de charge,
les transitions de production,
les transitions de communications,
les transitions de reprise,
ou les transitions d'aucité.
Aucune permission générique n'était autorisée.
L'architecture était devenue plus précise.
Et plus sûre.
Les ingénieurs de Helios examinant la découverte furent d'accord.
Leur système centralisé avait rencontré le même problème en simulation.
Les deux organisations ajoutèrent le champ d'autorité de transition à leur proposition d'interopérabilité.
La compétition devenait étrangement productive.
Chaque système découvrait des faiblesses dans l'autre.
Aucun ne voulait l'admettre publiquement.
Aucun n'avait besoin de le faire.
Les ingénieurs comprenaient.
L'Archive Nationale du Comportement d'Infrastructure se développa rapidement.
Vingt sites devinrent quarante.
Quarante devinrent soixante-dix.
Puis plus d'une centaine.
Les données révélèrent quelque chose d'inattendu.
Le comportement de transition récurrent ne se limitait pas à l'électricité.
Des schémas similaires apparurent dans :
le pompage d'eau,
l'alimentation ferroviaire,
la sauvegarde des communications,
le refroidissement industriel,
la distribution régionale de carburant,
et les systèmes de traitement municipaux.
Physiques différentes.
Même phénomène large.
Durant les transitions significatives d'état de fonctionnement, la capacité de reprise se contractait temporairement.
Pas nécessairement assez pour créer une défaillance.
Mais assez pour réduire la marge disponible pour le prochain événement imprévu.
Dhiraj fixa l'analyse inter-domaines.
Aarya se tenait à ses côtés.
« C'est plus vaste que la classe d'infrastructure. »
« Oui. »
« Alors qu'est-ce que c'est ? »
Il regarda le graphique.
« L'inertie du système. »
Elle secoua la tête.
« Ce terme sert déjà pour trop de choses. »
« Pas l'inertie physique. »
Il réfléchit un instant.
« L'inertie opérationnelle. »
Aarya considéra le terme.
« Signification ? »
« Tout système engineered porte un coût quand il change d'état. »
Elle hocha lentement la tête.
« Énergie. Temps. Coordination. Preuves. Autorité. Ressources de reprise. »
« Et pendant cette période, sa capacité à répondre à une autre perturbation change. »
Aarya regarda l'archive.
« C'est pour cela que les courbes sont semblables. »
Pas parce que l'infrastructure était secrètement connectée.
Pas parce que quelqu'un la contrôlait.
Pas à cause des systèmes hérités.
Parce que la civilisation avait bâti des millions de systèmes partageant une propriété d'ingénierie commune.
Ils étaient optimisés pour un fonctionnement stable.
Les transitions étaient traitées comme des moments entre états.
Mais en réalité, les transitions étaient des états à part entière.
Aetherion créa une autre division.
La Division d'Ingénierie des Transitions Systémiques.
Son mandat s'étendait au-delà de la continuité.
Elle étudierait comment l'infrastructure changeait d'états de fonctionnement en sécurité.
La division embaucha 420 ingénieurs initialement.
Les universités s'associèrent à elle.
On demanda aux fabricants de fournir des données de comportement de transition pour les nouveaux équipements.
Les opérateurs d'infrastructure commencèrent à collecter des mesures de transition qui n'avaient jamais été considérées importantes auparavant.
L'effet était subtil mais répandu.
Les spécifications d'ingénierie commencèrent à ajouter de nouvelles questions.
Pas seulement :
« Quelle est la charge maximale de fonctionnement ? »
Mais :
« À quelle vitesse le système peut-il passer sans risque d'une condition de fonctionnement à une autre ? »
« Quelle capacité de reprise est consommée durant cette transition ? »
« Que se passe-t-il si un autre système change au même moment ? »
« Quelle autorité est autorisée à modifier la transition ? »
Ces questions deviendraient éventuellement la pratique standard d'ingénierie.
Mais pour l'instant, elles appartenaient à Aetherion.
Ce soir-là, Dhiraj et Aarya s'assirent sur les marches devant le nouveau laboratoire des systèmes de terrain.
Aucun des deux n'avait mangé correctement.
Aarya tenait deux gobelets en carton de thé.
Elle en tendit un à Dhiraj.
« Ne dis pas que tu ne bois pas de thé. »
« Je ne l'ai jamais dit. »
« Tu as refusé le thé trois fois cette semaine. »
« J'étais occupé. »
« Donc tu le bois seulement parce que tu es moins occupé ? »
« Non. »
« Alors ? »
Dhiraj regarda le gobelet.
« Tu me l'as donné. »
Aarya marqua une pause.
C'était une phrase simple.
Aucun des deux n'en fit quoi que ce soit.
Elle détourna le regard.
« Bonne réponse. »
Un moment, ils regardèrent les ingénieurs circuler entre les bâtiments.
Aetherion ne ressemblait plus à un campus de startup.
On aurait dit le début d'une ville de recherche industrielle.
Nouveaux laboratoires.
Usines de fabrication.
Centres de coordination régionaux.
Bâtiments de formation.
Infrastructures de test.
Des milliers d'ingénieurs.
Un réseau national de terrain.
Dhiraj regarda la construction.
« Il nous en faut plus. »
Aarya soupira.
« Je savais que tu allais dire ça. »
« Le déploiement de terrain s'accélère. »
« Et ? »
« Nous allons manquer d'ingénieurs de mise en service. »
« On y est déjà presque. »
« Il nous faut un autre système de formation. »
Elle le regarda.
« Formation automatisée ? »
« Pas de certification automatisée. »
Il pointa vers le laboratoire de terrain.
« Simulation. »
Aetherion possédait une infrastructure de test physique.
Mais les techniciens avaient besoin d'expérience avant d'être confiés sur de vrais sites.
Dhiraj voulait un système capable de reproduire les conditions de terrain.
Pas un jeu.
Un simulateur d'ingénierie professionnelle connecté à de vraies interfaces matérielles.
Un technicien pourrait diagnostiquer des erreurs de câblage.
Des désaccords de capteurs.
Une défaillance d'autorité.
Une dégradation de batteries.
Une instabilité de transition.
Une perte de communication.
Un comportement de contrôleur hérité.
Le simulateur répondrait en utilisant de vrais composants hardware-in-the-loop.
Aarya vit immédiatement la valeur.
« Cela pourrait réduire le temps de formation. »
« Et améliorer la cohérence. »
« Combien de temps ? »
Dhiraj regarda le laboratoire.
« Six semaines. »
Elle sourit.
« Tu es devenu optimiste. »
« Non. »
Il se leva.
« Nous avons déjà le matériel. »
Le prototype fut nommé FES-1 — Simulateur d'Ingénierie de Terrain.
Il connectait du vrai matériel FDM-2, FCU-1 et de continuité à des environnements d'infrastructure simulés.
Un stagiaire pouvait physiquement connecter des capteurs.
Configurer des chemins d'autorité.
Effectuer la mise en service.
Déclencher des défaillances contrôlées.
Observer la dégradation des preuves.
Gérer les enveloppes de reprise.
Gérer les conditions de transition.
Et faire des erreurs.
Le système enregistrait chaque action.
Pas pour noter l'intelligence.
Pour identifier les habitudes dangereuses.
Si un stagiaire contournait un écart de preuves, le simulateur ne se contentait pas de marquer la réponse comme fausse.
Il reproduisait la conséquence physique.
Cela rendait la formation plus proche de la réalité de l'ingénierie.
En quelques semaines, les centres de certification régionaux commencèrent à utiliser FES-1.
Aetherion pouvait maintenant former des ingénieurs de terrain sans consommer de vrais créneaux de déploiement d'infrastructure.
La capacité d'exécution avait gagné un autre multiplicateur.
La technologie avait une fois de plus résolu un goulot d'étranglement existant tout en créant un défi plus large :
Comment s'assurer que des milliers d'ingénieurs formés dans différentes régions développent le même jugement d'ingénierie ?
Aetherion n'avait pas de réponse complète pour l'instant.
Mais il en avait le début.
À 02h08, Dhiraj revint au Laboratoire National de Coordination.
Atlas avait terminé la dernière analyse.
Le comportement de transition commun avait maintenant été détecté sur 117 sites.
Puis le système afficha autre chose.
COMPARAISON AVEC L'ARCHIVE HISTORIQUE
Dhiraj s'arrêta.
La base de données historique s'ouvrit automatiquement.
Un design d'infrastructure de Pune de 1987.
Un système de contrôle auxiliaire de Mumbai de 1994.
Plusieurs systèmes régionaux plus anciens.
Puis l'architecture prédécesseure vérifiée la plus ancienne.
Le même principe de transition apparaissait.
Pas le même matériel.
Pas le même logiciel.
La même hypothèse d'ingénierie.
Durant les transitions majeures d'état, les ressources de reprise avaient été délibérément préservées plutôt que pleinement consommées.
Dhiraj le fixa.
Aarya entra derrière lui.
« Tu as trouvé quelque chose ? »
« Peut-être. »
Il lui montra.
Elle lut les notes de conception historiques.
Une ligne était soulignée.
LA CAPACITÉ DE REPRISE NE DOIT PAS ÊTRE ÉPUISÉE LORS D'UNE RECONFIGURATION NORMALE.
Aarya le regarda.
« C'est presque TCE-1. »
« Oui. »
« Mais cela date de décennies. »
« Je sais. »
Ils ne dirent rien.
Puis le nœud himalayen transmit.
TRANSITION OBSERVÉE
Une pause.
MARGE DE REPRISE PRÉSERVÉE
Une autre pause.
Puis :
ARCHITECTURE COHÉRENTE
Le message disparut.
Aarya regarda Dhiraj.
« C'est la première fois qu'il fait directement référence à ce que nous faisons. »
Dhiraj resta immobile.
« Pas directement. »
« Assez proche. »
Il ouvra la carte de déploiement de terrain.
Cent dix-sept sites.
Cinq corridors.
Plusieurs classes d'infrastructure.
Des milliers d'ingénieurs en formation.
Nouvelles lignes de fabrication.
Certification gouvernementale.
Interopérabilité Helios.
L'échelle accélérait.
Et quelque part en dessous, un schéma vieux de décennies commençait à refaire surface.
Dhiraj ferma le fichier historique.
« On continue. »
Aarya hocha la tête.
« Mais maintenant nous savons quelque chose. »
« Quoi ? »
« L'infrastructure n'est pas la seule chose qui évolue. »
Il la regarda.
« Les principes d'ingénierie aussi. »
Ce fut la conséquence durable.
Aetherion était allé au-delà de faire survivre l'infrastructure à la défaillance.
Il engineered maintenant les transitions entre états de fonctionnement, préservant la capacité de reprise pendant que les systèmes changeaient.
TCE-1 entra en test national de terrain.
FES-1 commença à transformer la façon dont des milliers d'ingénieurs étaient formés.
L'Archive Nationale du Comportement d'Infrastructure devint une ressource d'ingénierie nationale permanente.
Et les opérateurs d'infrastructure de l'Inde commencèrent à mesurer quelque chose qu'ils avaient rarement mesuré auparavant :
pas simplement si leurs systèmes fonctionnaient —
mais combien de récupérabilité ils consommaient en changeant.
Le lendemain matin, l'Autorité Nationale d'Ingénierie approuva un déploiement bien plus large.
Cinq cents sites d'infrastructure.
Pas vingt-sept.
Pas cent.
Cinq cents.
Et attaché à l'approbation, une nouvelle exigence :
chaque site devait rapporter son comportement de transition.
Dhiraj lut l'ordre.
Puis regarda Aarya.
Cinq cents sites signifiaient cinq cents environnements d'ingénierie différents.
Cinq cents chances de trouver quelque chose que les laboratoires avaient manqué.
Il ouvra la carte de déploiement.
Un nouvel avertissement apparut.
VOLUME DE DONNÉES DE TERRAIN PROJETÉ : AU-DELÀ DE LA CAPACITÉ ACTUELLE DE L'ARCHIVE.
Dhiraj le fixa.
Aarya soupira.
« Stockage. »
Il hocha la tête.
« Stockage. »
Puis Atlas généra une autre ligne en dessous.
CLASSES D'INTERACTION SYSTÈME PROJETÉES : INCONNUES.
Cette fois, aucun des deux ne sourit.
Le pays venait d'approuver le plus grand déploiement de continuité d'infrastructure qu'Aetherion ait jamais tenté.
Et la propre technologie d'Aetherion les avait déjà avertis qu'ils ne savaient pas encore ce que le déploiement découvrirait.