Le marché libre européen de l'énergie a connu de grands changements ces dernières années. Aujourd'hui, en Europe, le propriétaire de l'infrastructure de transport d'énergie peut ne pas être le même que le fournisseur contractuel d'énergie aux utilisateurs finaux (consommateurs).
Les entreprises du secteur de l'énergie fusionnent, et les solutions internes sont désormais un mélange de différentes solutions matérielles et logicielles. Récemment, un fournisseur a appelé KT à l'aide. En raison de son projet de consolidation informatique, il n'était pas en mesure de fournir aux propriétaires de contrats la consommation énergétique quotidienne dans les délais impartis.
La menace de pénalités de plusieurs millions d'euros a focalisé l'attention.
La solution de contournement répondait aux exigences externes, mais pas aux normes internes de production de l'entreprise. Il était nécessaire de connaître la cause profonde du problème afin d'obtenir une résolution technique de haute qualité.
Bien que certains membres du personnel de cette entreprise soient formés à KT Resolve pour le dépannage dans des environnements de haute technologie, ils ont décidé de faire appel à un consultant KT pour faciliter le processus de dépannage afin de pouvoir se concentrer entièrement sur les détails techniques.
Évaluation de la situation et Analyse de problèmes ont été effectuées pour découvrir les raisons pour lesquelles l'environnement applicatif migré n'allait pas assez vite.
L'évaluation de la situation a révélé que le problème à résoudre était la lenteur de l'interface envoyant les informations sur la connexion et la consommation des utilisateurs finaux d'énergie à d'autres parties (externes) du secteur de l'énergie.
Le traitement de ces informations passe généralement par plusieurs phases, au cours desquelles les informations intermédiaires sont enregistrées sur le disque. Pour garantir l'intégrité des données en cas d'arrêt de l'application au milieu du traitement de l'information, beaucoup d'efforts sont déployés pour sauvegarder correctement l'information intermédiaire, de sorte qu'elle puisse être poursuivie une fois que l'application est de nouveau opérationnelle, voire même sur une autre machine. Pour réaliser cette solution redondante, l'application utilise "filer" pour éviter toute écriture inutile sur le disque. Malheureusement, l'utilisation de ce "filer" est impliquée dans la lenteur des performances, car le problème est résolu en contournant le filer. Le détail intéressant est que ce filer fonctionne correctement dans d'autres environnements, à des niveaux de performance convenables.
Au cours de la session de facilitation, l'AC s'est concentrée sur la documentation des données factuelles relatives à cette question, en recherchant des contrastes utiles entre les environnements de travail et de non-travail qui étaient disponibles. Sur la base des connaissances et de l'expérience disponibles, une liste de causes a été établie, y compris les problèmes de performance du réseau et de pilotes de réseau. Au final, il a été conclu que la cause la plus probable était un retard dans le traitement des actions d'écriture sur disque entre (et à l'exclusion de) l'application et le pilote réseau. Comme cette session ne disposait pas d'une expérience approfondie d'Unix, le résultat de la session a été une compréhension claire du modèle du problème, une compréhension de qui était nécessaire, et quel domaine nécessitait une attention technique afin de trouver la cause fondamentale.
Quelques semaines plus tard, KT a été informée que la cause profonde se trouvait dans le stockage sous-jacent. Pour résoudre ce problème, l'architecture de cette solution informatique, qui est en phase de déploiement, a dû faire l'objet d'une refonte substantielle.
