API 연결 앱 및 속도 저하

API는 응용 프로그램 간의 다리를 구축합니다. 이제 기업이 클라우드 기반 및 SaaS 애플리케이션으로 빠르게 전환하고 있으므로 이러한 API는 생명의 은인입니다. 단 하나의 애플리케이션에 여러 API가 연결되어 중요한 비즈니스 크리티컬 애플리케이션 간에 통신 웹을 생성할 수 있습니다. 이 API 경제는 IT 팀이 관리해야 하는 현대 인프라의 또 다른 측면이 되었습니다.

EMA 보고서에 따르면 API는 오늘날 IT 인프라의 공통 통화가 되었으며 IT 팀에 완전히 새로운 도전 과제를 제시합니다. API를 제공하는 회사에 대한 연구에 따르면 상위 세 가지 과제는 높은 트래픽 볼륨, 백엔드 보안 및 ID 관리였습니다. 일반적으로 측정, 차지백 및 액세스는 API 사용자에게도 문제가 됩니다.

단 하나의 중요한 SaaS 애플리케이션이 트랜잭션을 완료하거나 사용자의 많은 시간을 절약하기 위해 많은 API에 의존할 수 있습니다. 여기 AppNeta에서 Salesforce를 살펴보았고 매번 앱 로드 시간에 약 4초가 추가된 통합 4개를 발견했습니다. 이러한 느린 로드 시간의 비용은 빠르게 합산됩니다.

분명히, 내부 종속 API 애플리케이션의 이 웹은 자급자족하거나 손을 떼지 않습니다. 그러나 기업이 모든 것을 수행한다고 공언하는 솔루션보다 여러 개의 최고의 앱을 선택하는 경우가 많은 세상에서는 매우 중요합니다. 원활하게 실행되는 API 연결 앱의 효율성은 사용자 생산성을 크게 높일 수 있습니다.

이 엉망인 API는 오늘날의 현대 IT 환경에서 또 하나의 복잡한 요소일 뿐입니다. 또한 API 자체는 안정성과 성숙도가 많이 다를 수 있습니다. 그러나 실제로 관리하는 것을 포기하지 마십시오. 방법이 있습니다.

API 스프롤을 방지하는 방법

특정 앱에 문제가 있는 사용자로부터 전화나 헬프 데스크 티켓이 제출되면 몇 가지 기본적인 진단 방법이 있습니다. 해당 응용 프로그램의 상태 페이지를 확인하고 해당 사용자에게 서비스를 제공하는 ISP의 상태 페이지를 확인할 수 있습니다. 그 외에도 실제로 문제를 나타내지 않는 소수의 네트워크 메트릭이 있을 수 있습니다. 오늘날의 많은 단일 페이지 애플리케이션으로 인해 이 모든 것이 더 복잡해져서 어디에서 문제가 발생했는지 정확히 찾아내기가 훨씬 더 어렵습니다.

다른 클라우드 및 SaaS 환경과 마찬가지로 레거시 모니터링 도구는 이를 따라가지 못합니다. 대부분의 공급자는 애플리케이션의 정문인 게이트웨이의 관점에서 애플리케이션 성능과 가용성을 모니터링합니다. 그러나 게이트웨이에 대한 테스트는 손상될 수 있는 해당 애플리케이션의 100개 이상의 구성 요소를 고려하지 않습니다.

이러한 잠재적인 실패 지점은 사용자 문제를 해결하려는 IT 팀에게 쉽게 압도적으로 보일 수 있습니다. 그러나 성능 문제가 발생하는 모든 위치를 확인하는 것이 필수적입니다.

당사의 합성 모니터링 도구는 특히 이러한 현대적인 문제를 해결하여 게이트웨이를 넘어섰습니다. 우리는 추측 게임을 하기보다는 실제로 애플리케이션과의 사용자 상호 작용을 추적합니다. 기존의 합성 스크립트는 단일 페이지 애플리케이션으로 타이밍 데이터를 표시하기 위해 페이지 로드에 의존합니다. 기존 스크립팅은 대기 시간과 사용자 작업을 연결할 수 없으며 기본적인 가용성 확인 이상을 볼 수 없습니다.

Milestones에서 교묘하게 접히는 Selenium 스크립팅을 통해 AppNeta는 사용자 작업이 완료되는 시점을 확인할 수 있습니다. 즉, 단일 페이지 애플리케이션에서도 모든 작업 시퀀스에 대한 타이밍 세부 정보를 볼 수 있습니다. 따라서 사용자는 워크플로, 리소스 로드 또는 여러 페이지에서 문제가 발생한 위치를 정확히 볼 수 있습니다.