기업이 API 우선 설계 관행을 채택하여 최신 애플리케이션을 구축함에 따라 해당 API의 운영 성능과 가치를 측정하는 것이 최우선 과제가 되었습니다. 성공적인 API 전략을 보장하는 가장 중요한 단계 중 하나는 API 측정항목과 핵심 성과 지표(KPI)를 명확하게 정의하고 연결하는 프레임워크를 구축하는 것입니다.
일반적으로 KPI는 특정 목표와 연결됩니다. 이러한 솔루션은 정의된 기간과 API 전략이 달성해야 할 결과에 맞춰 제공됩니다. 반면에 API 지표는 중요한 데이터 포인트입니다. 모든 지표가 KPI는 아니지만 모든 KPI는 지표로부터 시작됩니다.
그럼, 어떻게 시작해야 할까요? 먼저, API 전략의 목표를 처음부터 명확히 해야 하며, 그런 다음 해당 목표에 맞는 지표를 선택해야 합니다. 각 팀은 무엇이 중요한지, 무엇이 비즈니스에 필수적인지에 따라 다른 지표를 측정하고 추적해야 한다는 점을 기억하세요.
대체로 기업이 추적할 수 있는 API 지표에는 세 가지 주요 유형이 있으며, 각 유형은 다른 질문에 답합니다.
이러한 포괄적인 지표를 피라미드로 상상해 보세요. 하단의 운영 지표는 개별 API와 이를 지원하는 인프라의 전술적 성과를 측정합니다. 맨 위의 제품 지표는 API가 창출한 비즈니스 가치를 측정합니다. 둘은 API 프로그램의 성장을 최종 사용자(개발자)와 함께 추적하는 채택 지표를 통해 연결됩니다. 일반적으로 제품 지표와 도입 지표는 측정해야 할 비즈니스 성과에 맞춰지고, 운영 지표는 유지해야 할 기술 표준에 맞춰집니다.
이 게시물에서는 측정이 중요한 12가지 구체적인 지표를 분석하고, 이러한 지표가 인프라 및 애플리케이션 팀을 지원하는 방식을 논의하며, 이러한 지표가 KPI와 관련되는 방식을 설명합니다.
방금 시작했을 때는 운영 지표를 먼저 측정하는 게 일반적입니다. 이들은 전술적이며 API가 어떻게 작동하는지에 대한 통찰력을 제공합니다. 운영 지표는 일반적으로 KPI 그 자체가 아닙니다. 대신, 이는 귀하의 팀이 구축하는 소프트웨어의 품질과 성능을 측정하는 데 도움이 됩니다. 이러한 솔루션은 발생하는 문제에 대한 초기 지표를 제공하거나, 중요한 KPI에 영향을 미칠 수 있는 문제를 면밀히 조사하여 발견하는 데 도움을 줄 수 있습니다.
추적하는 운영 지표는 팀과 책임에 따라 달라집니다.
플랫폼 운영은 다양한 팀에서 애플리케이션을 제공하는 데 사용되는 인프라와 기술을 유지 관리하고, 연결하고, 보호하는 역할을 담당하는 팀입니다. API 프로그램의 경우 여기에는 API 게이트웨이와 API 개발자 포털이 포함되는 경우가 많습니다.
Platform Ops와 같은 인프라 팀의 주요 지표는 다음과 같습니다.
200
) 상태 코드는 API가 얼마나 오류가 발생하기 쉬운지 이해하는 데 도움이 됩니다. 이 집계 측정은 팀에서 프로덕션에 투입하는 API의 전반적인 품질을 판단하는 데 도움이 되는 정보를 제공합니다.API 개발자와 서비스 소유자로 구성된 애플리케이션 팀은 개별 서비스나 애플리케이션을 구축하고 운영하는 책임을 맡습니다. 이러한 API는 더 큰 제품의 일부로 사용되거나, 파트너와 통합하거나, 개발자에게 API를 서비스로 제공할 때 사용될 수 있습니다.
애플리케이션 팀이 측정하는 데 중요한 지표는 다음과 같습니다.
O'Reilly에서 NGINX를 바탕으로 출간한 전자책 'API 아키텍처 마스터링 '의 3~5장에서 API 운영을 심층적으로 살펴보고 비즈니스 관점에서 어떤 KPI와 측정항목이 중요한지 알아보세요.
API를 중심으로 하는 기업의 경우 엔지니어링 지표를 넘어 개발자가 API와 상호 작용하는 방식을 이해하는 것이 중요합니다. 또한, 개발자가 API를 채택하고 이를 통해 가치를 얻고 있는지 확인하려면 API 개발자 경험을 측정하고 모니터링해야 합니다.
채택 지표의 몇 가지 예는 다음과 같습니다.
메모: 최소한 하나의 KPI에서 API 도입을 측정하는 것이 좋습니다. 이는 API 프로그램의 전반적인 성장을 계산하는 데 도움이 됩니다. 예를 들어, API를 사용하여 지속적인 통합이나 앱을 만든 개발자의 수를 늘리기 위해 KPI를 설정할 수 있습니다.
API 제품 메트릭은 API의 가치를 이해하는 데 중요한 역할을 합니다. API의 일부 하위 집합만이 수익에 직접 기여할 수 있지만, 모든 API는 비즈니스에 가치를 제공해야 합니다.
측정해야 할 주요 제품 지표는 다음과 같습니다.
메모: 이러한 제품 측정항목은 비즈니스 영향과 긴밀히 연관되어 있으며, 비즈니스 목표에 따라 일부를 KPI로 전환할 수 있습니다. 예를 들어, API 전략의 비즈니스 목표가 타사 공급업체를 통해 더 많은 고객에게 다가가는 것이라면 API를 사용하는 파트너 수와 해당 통합을 통해 발생한 간접 수익을 모두 추적해야 합니다.
API 아키텍처 마스터링 의 3~5장에서 비즈니스 및 운영 KPI를 포함한 API 제품 수명 주기를 더 자세히 살펴보세요.
API 지표와 비즈니스 KPI를 정렬하는 것은 데이터 기반 의사 결정을 내리고 API 전략을 통해 조직에 필요한 가치를 제공하는 주요 방법 중 하나입니다. 그뿐만 아니라 API에 대한 가시성을 확보하면 인프라 및 애플리케이션 팀이 가장 중요한 운영 지표를 측정할 수 있게 됩니다.
NGINX에서는 수십 개의 중요한 API 지표에 대한 가시성을 제공합니다. 실시간 및 과거 측정 항목을 보고, 이를 원하는 애플리케이션 성능 모니터링(APM) 또는 데이터 분석 솔루션으로 쉽게 내보낼 수 있습니다.
API Connectivity Manager , API 게이트웨이인 NGINX Plus , API를 보호하기 위한 NGINX App Protect가 포함된 NGINX Management Suite의 30일 무료 평가판을 오늘부터 시작하세요.
"이 블로그 게시물에는 더 이상 사용할 수 없거나 더 이상 지원되지 않는 제품이 참조될 수 있습니다. 사용 가능한 F5 NGINX 제품과 솔루션에 대한 최신 정보를 보려면 NGINX 제품군을 살펴보세요. NGINX는 이제 F5의 일부가 되었습니다. 이전의 모든 NGINX.com 링크는 F5.com의 유사한 NGINX 콘텐츠로 리디렉션됩니다."