실제로 신청서 전달 과정에는 두 개의 벽이 있습니다. 첫 번째는 개발과 생산 사이입니다. 그 벽은 오랫동안 IT와 개발 사이에 갈등을 야기해 왔습니다. DevOps 방법론이 프로덕션까지 의 전달 벽을 무너뜨리기 시작했지만, 다른 벽은 그렇게 쉽게 무너지지 않습니다.
또 다른 벽은 소비자에게 전달되는 것입니다. 새로 출시된 애플리케이션을 소비자에게 공개하여 기대대로 작동할 것이라는 기대를 갖게 하는 것입니다.
불행히도, 그러한 기대는 거의 이루어지지 않습니다.
2019 앱 주의 지수 에 따르면, 애플리케이션 사용 시 "불량한 경험"을 유발하는 상위 두 가지 불만 사항은 성능(55%)과 가용성(40%)입니다.
성능과 가용성에 대한 근본적인 문제를 해결하는 우리의 능력을 방해하는 수많은 장애물이 있습니다. 가장 중요한 것은 근본적인 문제를 파악하는 것입니다.
가시성은 애플리케이션 데이터 경로의 모든 역할이 직면하는 가장 큰 과제 중 하나로 자주 언급됩니다. 하지만 현실적으로 가시성이 진짜 문제는 아닙니다. 우리는 해당 경로의 모든 지점에서 합리적으로 소비할 수 있는 것보다 더 많은 데이터를 생성할 수 있으며, 종종 그렇게 합니다. 원격 측정 데이터는 라우터와 스위치, 서버와 프레임워크, 애플리케이션 서비스, 브라우저, 모바일 애플리케이션에서 생성됩니다. 문제는 우리가 그 원격 측정 데이터를 쉽게 조합하여 소비자 상호작용의 비즈니스 및 기술적 흐름을 이해할 수 없다는 것입니다. 배송 경로의 어느 지점에서 문제가 발생하는지 빠르게 파악할 수 없습니다.
애플리케이션 성능 모니터링(APM)은 성능 문제를 신속하고 정확하게 해결하는 데 필요한 가시성을 제공하겠다고 오랫동안 약속해 왔습니다. 안타깝게도 애플리케이션 데이터 경로의 다양한 지점에서 수집된 원격 측정 데이터는 의미 있는 방식으로 상호 연관되는 경우가 거의 없습니다. 각 원격 측정 데이터는 자체 시스템에 의해 수집되고 자체 대시보드를 통해 시각화됩니다. 모든 것을 수집하고 종단 간 보기를 제공할 수 있는 도구를 활용할 때쯤이면 문제는 해결되었거나 고객이 애플리케이션과 브랜드를 포기했을 것입니다.
모든 고객의 32%는 나쁜 경험을 한 번 한 후에는 좋아하던 브랜드와 거래를 중단할 의향이 있다고 밝혔습니다. ( 주 )피에스씨씨(주 )
우리는 수십 년간 다양한 APM 솔루션을 통해 가시성을 확보하려고 노력했지만, 기업이 고객의 기대를 충족하기 위해 필요한 것이 무엇인지, 즉 운영성이 무엇인지 깨닫지 못했습니다.
운용성은 애플리케이션이 지속적으로 원활하게 실행되도록 보장하는 능력이며, 실행되지 않더라도 손쉽게 문제를 해결할 수 있는 능력입니다.
애플리케이션의 성능이나 가용성을 방해할 수 있는 문제가 발생할 수 있는 지점이 매우 많기 때문에 운영성을 위해서는 단순히 몇 가지 엔드포인트만 모니터링하는 것보다 포괄적이고 전체론적인 접근 방식이 필요합니다. 즉, 애플리케이션, 웹/앱 서버, 이를 보호하고 확장하는 애플리케이션 서비스, 기반 인프라, 사용자 인터페이스 역할을 하는 브라우저나 모바일 앱을 관찰하는 것을 의미합니다. 이는 운영 및 IT와 개발자가 문제를 빠르고 고통 없이 정확히 찾아내 해결하는 데 필요한 "전반적인 그림"을 생성하기 위해 가능한 모든 삽입 지점 에서 원격 측정 데이터를 수집한다는 의미입니다.
이를 위해서는 애플리케이션 데이터 경로의 올바른 위치에 원격 측정 데이터를 방출하는 것 이상이 필요합니다. 거의 실시간으로 원격 측정을 통해 전체 비즈니스 흐름을 수집, 처리 및 분석할 수 있는 능력이 필요합니다. 작동성에는 애플리케이션 데이터 경로의 가능한 한 많은 지점에서 원격 측정 데이터를 수집하고 분석할 수 있는 포괄적인 플랫폼이 필요합니다 .
오직 그때에야 우리는 디지털 경험에 대한 통합된 뷰를 제공하고, 동시에 문제의 근원을 쉽게 식별할 수 있는 능력을 얻을 수 있을 것입니다.