Il existe en fait deux murs sur le chemin de livraison des applications. Le premier se situe entre le développement et la production. Ce mur a longtemps été une source de frictions entre l’informatique et le développement. Bien que les méthodologies DevOps aient commencé à briser le mur entre la livraison et la production , l’autre mur n’est pas si facile à franchir.
Cet autre mur est celui de la livraison aux consommateurs . Celui par lequel les applications nouvellement publiées sont proposées aux consommateurs dans l’espoir qu’elles fonctionneront comme prévu.
Des attentes qui sont malheureusement rarement satisfaites.
Selon l' App Attention Index 2019 , les deux principales frustrations à l'origine d'une « mauvaise expérience » avec les applications sont : les performances (55 %) et la disponibilité (40 %).
De nombreux obstacles entravent notre capacité à résoudre les problèmes sous-jacents de performance et de disponibilité. La première étape consiste à identifier le problème sous-jacent.
La visibilité est souvent citée comme l’un des principaux défis auxquels est confronté chaque rôle dans le chemin de données des applications. Mais la réalité est que la visibilité n’est pas le véritable problème. Nous pouvons, et nous le faisons souvent, générer plus de données à chaque point de ce chemin que ce que nous pouvons raisonnablement consommer. Les données (télémétrie) sont émises par les routeurs et les commutateurs, les serveurs et les infrastructures, les services d’application, les navigateurs et les applications mobiles. Le problème est que nous ne pouvons pas facilement rassembler ces données de télémétrie pour comprendre le flux commercial et technique d’une interaction avec un consommateur. Nous ne pouvons pas identifier rapidement quel point du chemin de livraison pose problème.
La surveillance des performances des applications (APM) promet depuis longtemps de fournir la visibilité nécessaire pour résoudre rapidement et avec précision les problèmes de performances. Malheureusement, la télémétrie recueillie à différents points du chemin de données de l’application est rarement corrélée de manière significative. Chaque ensemble de télémétrie est collecté par son propre système et visualisé via son propre tableau de bord. Au moment où nous exploitons des outils capables d’assimiler tout cela et d’offrir une vue de bout en bout, le problème est soit résolu, soit le client a abandonné l’application et la marque.
32 % des clients cesseraient de faire affaire avec une marque qu’ils aiment après une mauvaise expérience. ( Motomarine )
Nous avons essayé la visibilité via une variété de solutions APM pendant des décennies et n'avons pas réussi à comprendre ce dont les entreprises ont besoin pour satisfaire les attentes de leurs clients : l'opérabilité.
L'opérabilité est la capacité à garantir qu'une application fonctionne correctement en permanence, mais qu'elle est facile à dépanner lorsqu'elle ne fonctionne pas.
Étant donné qu'il existe de nombreux points où un problème peut survenir et entraver les performances ou la disponibilité d'une application, l'opérabilité exige une approche globale et holistique plutôt qu'une simple surveillance de quelques points de terminaison. Cela signifie observer l'application, son serveur Web/d'application, les services d'application qui la sécurisent et la font évoluer, l'infrastructure sous-jacente et le navigateur ou l'application mobile qui agit comme interface utilisateur. Il s'agit de collecter la télémétrie à partir de chaque point d'insertion possible afin de générer la « vue d'ensemble » nécessaire aux opérations, à l'informatique et aux développeurs pour identifier rapidement - et sans douleur - les problèmes et les résoudre.
Cela nécessite bien plus que la simple émission de télémétrie aux bons endroits du chemin de données de l’application. Il faudra la capacité d’ingérer, de traiter et d’analyser l’intégralité d’un flux commercial par télémétrie en temps quasi réel. L'opérabilité nécessite une plate-forme complète capable d'ingérer et d'analyser la télémétrie provenant d'autant de points que possible le long du chemin de données de l'application.
Ce n’est qu’à ce moment-là que nous serons en mesure de fournir une vue unifiée d’une expérience numérique qui permet également d’identifier sans effort la source d’un problème.