API's verbinden apps - en vertragen ze

API's bouwen bruggen tussen applicaties. Nu bedrijven snel overstappen op cloud- en SaaS-applicaties, zijn deze API's levensreddend. Slechts één applicatie kan een willekeurig aantal API's hebben, waardoor een web van communicatie ontstaat tussen belangrijke bedrijfskritieke applicaties. Deze API-economie is een ander facet geworden van de moderne infrastructuur die IT-teams moeten beheren.

Uit een EMA-rapport bleek dat API's tegenwoordig de standaardvaluta zijn geworden voor IT-infrastructuren en dat ze een hele reeks nieuwe uitdagingen voor IT-teams met zich meebrengen. Hun onderzoek naar bedrijven die API's leveren, toonde aan dat de top drie van uitdagingen hoge verkeersvolumes, back-endbeveiliging en identiteitsbeheer waren. Over het algemeen zijn meting, terugvordering en toegang ook problematisch voor API-gebruikers.

Slechts één kritieke SaaS-applicatie kan afhankelijk zijn van veel API's om een ​​transactie te voltooien of gebruikers veel tijd te besparen. We hebben Salesforce hier bij AppNeta bekeken en ontdekten dat slechts vier integraties elke keer ongeveer 4 seconden aan de laadtijd van de app toevoegden. De kosten van die trage laadtijden lopen snel op.

Het is duidelijk dat dit web van intra-afhankelijke API-applicaties niet zelfvoorzienend of hands-off is. Maar het is super belangrijk in een wereld waar bedrijven vaak meerdere best-of-breed apps selecteren boven een oplossing die beweert alles te doen. De efficiëntie die gepaard gaat met een soepel draaiende, API-verbonden app kan de productiviteit van gebruikers echt verhogen.

Deze warboel van API's is nog een complicerende factor in de moderne IT-omgevingen van vandaag. Bovendien kunnen de API's zelf sterk variëren in betrouwbaarheid en volwassenheid. Geef het echter niet op om ze daadwerkelijk te beheren. Er is een manier om het te doen.

Hoe u de wildgroei van API's voor kunt blijven

Wanneer u een oproep of helpdeskticket ontvangt van een gebruiker die problemen heeft met een bepaalde app, zijn er enkele rudimentaire diagnosemethoden. U kunt de statuspagina van die toepassing controleren en de statuspagina van de ISP die die gebruiker bedient. Verder heb je misschien een handvol netwerkstatistieken die niet echt problemen laten zien. Dit wordt allemaal nog gecompliceerder door veel van de hedendaagse toepassingen met één pagina, zodat het nog moeilijker is om te bepalen waar er iets mis is gegaan.

Net als in andere cloud- en SaaS-omgevingen houden legacy monitoringtools het niet bij. De meeste providers bewaken de prestaties en beschikbaarheid van applicaties vanuit het oogpunt van de gateway, de voordeur van de applicatie. Maar alleen testen op de gateway houdt geen rekening met de 100+ componenten van die applicatie die kapot kunnen gaan.

Die potentiële faalpunten kunnen gemakkelijk overweldigend lijken voor een IT-team dat gebruikersproblemen probeert op te lossen. Maar het is essentieel om elke plaats te zien waar prestatieproblemen optreden.

Onze synthetische monitoringtool pakt deze moderne problemen specifiek aan om verder te gaan dan de gateway. We volgen de interacties van gebruikers met de applicatie in plaats van een raadspel te spelen. Traditionele synthetische scripts zijn afhankelijk van het laden van pagina's om timinggegevens weer te geven bij toepassingen met één pagina. Traditionele scripting kan het verband tussen latentie en gebruikersacties niet leggen en gaat niet veel verder dan een basisbeschikbaarheidscontrole.

Selenium-scripting die slim in Milestones wordt gevouwen, laat AppNeta zien wanneer een gebruikersactie is voltooid. Dat betekent dat u timingdetails kunt zien voor elke reeks acties, zelfs in een applicatie met één pagina. Onze gebruikers zien dus precies waar een probleem zich voordoet in een workflow, het laden van bronnen of over meerdere pagina's.