이것은 응용 프로그램의 세계입니다. 의도했든 아니든 그 결과 중 하나는 성공을 측정하는 방식이 바뀌는 것입니다. 오늘날 측정 기준은 트래픽 대신 다운로드와 설치 수이며, 평방 피트당 비용 대신 마이크로초와 가동 시간 백분율을 사용합니다. 즉 , 성과가 가장 중요하다는 의미이며, 프라이토리안 가드는 성과가 보존되도록 보장하는 인프라를 갖추고 있습니다.
성과를 보장한다는 것은 성과를 (거의) 실시간으로 볼 수 있다는 것을 의미합니다. 결국, 고장났다는 걸 모르면 고칠 수 없잖아요. 문제가 있는지 알려면 거래하는 고객과 직원의 애플리케이션 경험을 모니터링하고 측정해야 합니다. 하지만 연구 결과에 따르면 이는 반드시 그런 것은 아닙니다. Copper Egg의 조사 에 따르면, 절반 이상(54%)의 조직이 자사 앱의 비교적 작은 부분만을 모니터링합니다. 정확하게 말하면 25% 이하입니다.
확실히, 우리는 성과와 가용성을 모니터링하고 측정하는 데 더 주의를 기울여야 합니다. 둘은 가용성의 핵심 구성 요소 중 하나가 성능이라는 점에서 밀접하게 연관되어 있습니다. 성능이 좋지 않은 앱은 버려진 후 저주를 받고 삭제되는데, 마치 사용한 사탕 포장지를 버리는 것과 마찬가지입니다. 이 점을 증명하는 연구는 많이 있지만, 인포그래픽을 이미 보고 보고서를 읽은 99%의 사람들을 위해 그런 주장은 하지 말자. 성능이 중요하다는 것은 말할 것도 없고, 이를 "가동 시간"에 포함하느냐 마느냐는 현실을 반영하는 것이 아니라 운영 정책의 문제입니다.
1초의 지연도 잠재적으로 기업에 비용을 초래합니다. 생산성 저하 또는 궁극적으로 이익 감소로 이어질 수 있습니다. 이 애플리케이션 게임에서 시간은 곧 돈이고, 애플리케이션 성능과 가용성을 측정하고 모니터링할 필요성을 지원하는 아키텍처를 협업적으로 설계하고 구현하는 일은 IT 부서 전체의 몫입니다. 즉 , 실제로 무엇을 측정하고 있는지, 그리고 그 수치가 성능과 가용성에 어떤 영향을 미치는지 이해해야 하며, 이를 통해 데이터 분석을 통해 애플리케이션 경험에 대한 사용자 기대치를 충족하거나 희망적으로는 뛰어넘기 위한 적절한 시정 조치를 취할 수 있습니다.
나한테 핑 보내지 마, 형
즉, 단순한 모니터링과 측정 기술을 벗어나는 것입니다. 예를 들어, ping을 사용하여 애플리케이션 가동 시간을 확인하는 것은 성능 측정 측면에서 아무런 가치도 제공하지 않으며 가용성 측면에서도 거의 가치가 없습니다. 가상화를 넘어 컨테이너화로 더욱 옮겨가면서 공유 시스템 모니터링의 가치는 계속 떨어지고 모니터링과 측정은 스택을 따라 올라가게 되어, 현재 비즈니스에서 의존하고 있는 애플리케이션에 집중하게 됩니다. 마이크로서비스로의 전환 역시 측정 방법과 대상에 영향을 미칠 것입니다.
즉, 앱을 어떻게 모니터링하고 측정하는지와 필요한 경우 해당 데이터를 시스템에 어떻게 피드백하여 조정할 수 있는지를 모두 재평가해야 한다는 의미입니다. 개별 시스템 성능과 가용성은 중요하지만 "앱"이 분산되어 있고 여러 서비스로 구성된 경우 모든 부분을 기준으로 "앱"을 측정해야 합니다.
응용프로그램과 아키텍처가 발전했습니다. 이제는 성과와 가용성을 모니터링하고 측정하기 위한 전략을 발전시킬 때가 되었을 것입니다(아마도 지난 일이었을 것입니다).
측정할 내용(및 그 이유)에 대한 자세한 내용은 "측정 및 모니터링: 앱과 스택 ”