Les API connectent les applications et les ralentissent

Les API créent des ponts entre les applications. Maintenant que les entreprises évoluent rapidement vers des applications basées sur le cloud et SaaS, ces API sont une bouée de sauvetage. Une seule application peut être connectée à un certain nombre d'API, créant ainsi un réseau de communication entre les applications critiques pour l'entreprise. Cette économie d'API est devenue une autre facette de l'infrastructure moderne que les équipes informatiques doivent gérer.

Un rapport de l'EMA a révélé que les API sont devenues monnaie courante pour les infrastructures informatiques d'aujourd'hui et qu'elles présentent un tout nouvel ensemble de défis pour les équipes informatiques. Leur étude des entreprises fournissant des API a montré que les trois principaux défis étaient les volumes de trafic élevés, la sécurité back-end et la gestion des identités. En général, la mesure, la rétrofacturation et l'accès sont également problématiques pour les utilisateurs d'API.

Une seule application SaaS critique peut dépendre de nombreuses API pour effectuer une transaction ou faire gagner beaucoup de temps aux utilisateurs. Nous avons examiné Salesforce ici sur AppNeta et avons constaté que quatre intégrations seulement ajoutaient environ 4 secondes au temps de chargement de l'application à chaque fois. Le coût de ces temps de chargement lents s'additionne rapidement.

De toute évidence, ce réseau d'applications d'API intra-dépendantes n'est pas autonome ou sans intervention. Mais c'est très important dans un monde où les entreprises sélectionnent souvent plusieurs applications de pointe plutôt qu'une solution qui prétend tout faire. L'efficacité d'une application connectée à l'API qui fonctionne correctement peut vraiment augmenter la productivité des utilisateurs.

Ce gâchis d'API n'est qu'un facteur de complication supplémentaire dans les environnements informatiques modernes d'aujourd'hui. De plus, les API elles-mêmes peuvent varier considérablement en termes de fiabilité et de maturité. Ne renoncez pas à les gérer réellement, cependant. Il existe un moyen de le faire.

Comment prendre de l'avance sur l'expansion des API

Lorsque vous recevez un appel ou un ticket d'assistance d'un utilisateur ayant des problèmes avec une application particulière, il existe des méthodes de diagnostic rudimentaires. Vous pouvez vérifier la page d'état de cette application et vérifier la page d'état du FAI servant cet utilisateur. Au-delà de cela, vous pouvez avoir une poignée de métriques de réseau qui ne montrent pas vraiment de problèmes. Tout cela est rendu plus compliqué par de nombreuses applications d'une page d'aujourd'hui, de sorte qu'il est encore plus difficile de déterminer où quelque chose s'est mal passé.

Comme dans d'autres environnements cloud et SaaS, les outils de surveillance hérités ne suivent pas. La plupart des fournisseurs surveillent les performances et la disponibilité des applications du point de vue de la passerelle, la porte d'entrée de l'application. Mais tester uniquement la passerelle ne prend en compte aucun des plus de 100 composants de cette application qui pourraient être endommagés.

Ces points de défaillance potentiels peuvent facilement sembler insurmontables pour une équipe informatique essayant de résoudre les problèmes des utilisateurs. Mais voir chaque endroit où se produisent des problèmes de performances est essentiel.

Notre outil de veille synthétique aborde spécifiquement ces problèmes modernes pour aller au-delà de la passerelle. Nous suivons en fait les interactions des utilisateurs avec l'application, plutôt que de jouer à un jeu de devinettes. Les scripts synthétiques traditionnels dépendent des chargements de page pour afficher les données de synchronisation avec les applications d'une seule page. Les scripts traditionnels ne peuvent pas faire le lien entre la latence et les actions de l'utilisateur, et ne voient pas grand-chose au-delà d'un contrôle de disponibilité de base.

Les scripts Selenium qui se replient intelligemment dans les jalons permettent à AppNeta de voir quand une action de l'utilisateur est terminée. Cela signifie que vous pouvez voir les détails de synchronisation pour n'importe quelle séquence d'actions, même sur une application d'une seule page. Ainsi, nos utilisateurs voient exactement où un problème se produit dans un flux de travail, une charge de ressources ou sur plusieurs pages.