BLOG

Ne m'appelle pas, mec

Miniature de Lori MacVittie
Lori MacVittie
Publié le 29 juin 2015

C'est un monde d'application. L’une des conséquences, voulue ou non, est un changement dans la façon dont nous mesurons le succès. Aujourd'hui, les mesures sont exprimées en téléchargements et en installations plutôt qu'en trafic piétonnier ; en microsecondes et en pourcentages de disponibilité plutôt qu'en coût par pied carré. Cela signifie que la performance est primordiale et que la garde prétorienne est l'infrastructure mise en place pour garantir que la performance est préservée.

 

couronne d'applications

Garantir les performances implique d'avoir une vue (quasi) en temps réel des performances. Après tout, si vous ne savez pas que c'est cassé, vous ne pouvez pas le réparer. Pour savoir si un système est défectueux, vous devez surveiller et mesurer l'expérience d'application des clients et des employés avec lesquels vous interagissez et faites des affaires. Pourtant, les recherches indiquent que ce n’est pas nécessairement le cas. Selon une étude de Copper Egg, plus de la moitié (54 %) des organisations ne surveillent qu'une partie relativement petite de leurs applications. 25 % ou moins, pour être précis.

Certes, nous devons être plus vigilants en matière de suivi et de mesure des performances et de la disponibilité. Les deux sont intimement liés dans la mesure où l’un des éléments clés de la disponibilité est la performance. Les applications peu performantes sont abandonnées, maudites et supprimées avec autant de soin qu’un emballage de bonbon usagé. Nous pourrions citer de nombreuses études pour prouver ce point, mais pour le bénéfice des 99 % de ceux qui ont déjà vu les infographies et lu les rapports, ne le faisons pas. Il suffit de dire que les performances sont essentielles et que le fait de les inclure ou non dans le « temps de disponibilité » est une question de politique opérationnelle et non un reflet de la réalité.

Chaque microseconde de retard coûte potentiellement de l’argent à l’entreprise, soit en perte de productivité, soit, à terme, en profit.  Dans ce jeu d'applications, le temps, c'est de l'argent et il appartient à l'ensemble du service informatique de concevoir et de mettre en œuvre de manière collaborative des architectures qui répondent au besoin de mesurer et de surveiller les performances et la disponibilité des applications. Cela signifie comprendre ce que nous mesurons réellement et comment les chiffres impactent les performances et la disponibilité afin que, grâce à l'analyse des données, nous puissions prendre les mesures correctives appropriées pour répondre ou, espérons-le, dépasser les attentes des utilisateurs en matière d'expérience applicative.

Ne m'appelle pas, mec

Cela signifie aller au-delà des techniques simplistes de surveillance et de mesure. Utiliser un ping pour déterminer le temps de disponibilité d’une application, par exemple, n’apporte aucune valeur en termes de mesure des performances et très peu en termes de disponibilité. À mesure que nous allons au-delà de la virtualisation vers la conteneurisation, la surveillance des systèmes partagés continuera à se dégrader en valeur et forcera la surveillance et la mesure vers le haut de la pile, vers les applications dont l'entreprise dépend désormais. L’évolution vers les microservices aura également un impact sur la manière dont nous mesurons et sur ce que nous mesurons.

Cela signifie réévaluer à la fois ce qui est surveillé et mesuré et comment les applications le sont, ainsi que la manière dont ces données peuvent être réinjectées dans les systèmes pour permettre des ajustements si nécessaire. Les performances et la disponibilité individuelles du système sont importantes, mais lorsque l'« application » est distribuée et composée de plusieurs services, il est alors nécessaire de commencer à mesurer l'« application » en fonction de toutes ses parties.

Les applications et les architectures ont évolué. Il est (peut-être) temps de faire évoluer les stratégies mises en place pour surveiller et mesurer également leur performance et leur disponibilité.

Vous pouvez en savoir plus sur ce qu’il faut mesurer (et pourquoi) dans « Mesurer et surveiller : Applications et piles »