출처 : https://jp.techcrunch.com/2018/03/29/2018-03-28-google-cloud-tackles-applications-performance-monitoring/
APM의 개념은 다소 바뀌어 있고, 문제의 책임을 오퍼레이션에 전달하는 것이 아니라 개발자가 응용 프로그램을 조사한다. 즉 응용 프로그램을 만든 개발자가 코드에 가장 가까운 곳에 있기 때문에 거기에서 나오는 신호도 가장 잘 이해할 수있을 것이다,라고한다.
StackDriver APM은 세 가지 도구로 구성된다 : 프로파일 러 및 추적 (추적) 및 디버거이다. 추적 및 디버거는 이미 유효하다, 그러나 프로파일 러와 함께 사용하여 세 가지 도구가 협동하여 코드의 문제를 파악하고 검사 및 복구 할 수있게된다.
Stackdriver APM을 발표하는 블로그에서 Google 제품 매니저 Morgan McLean는 이렇게 쓰고있다 : "이러한 모든 도구가 어떤 클라우드상에서 동작 코드와 응용 프로그램에서도 취급하고 사내 인프라에서도 사용할 수있다. 즉, 응용 프로그램 이 곳에서 움직이고 있어도 일관성이 접근성 좋은 APM 도구 키트를 사용하여 응용 프로그램의 성능을 모니터하고 관리 할 수있는 ".
게다가 StackDriver는 모니터링과 로깅 도구도 이러한 완벽한 APM 제품군이 Splunk와 Datadog, New Relic, AppDynamics ( Cisco가 인수 ) 등의 업체와 경쟁하게된다. 그러나 Google의 제품 관리 담당 VP Sam Ramji에 따르면,이 업체는 경쟁 업체뿐만 아니라 파트너이기도 서로의 도구가 협동하여 문제 해결에 종사하는 것을, Google도 충분히 이해하고있다 .
"하지만 핵심 시스템이 모두 잘 보이게하는 점에서는 우리가 제일이다. 사람들은 지금까지 사용해 온 좋아하는 도구를 앞으로도 사용하여 그들의 기업의 사업 목적이라는 관점에서 프로덕션 시스템을 검사하고 적절한시기에 경고 해 나갈 것이다 "라고 그는 말한다.
먼저 프로파일 러 차례 다. 따라서 개발자는 경량급의 (전량이 아닌) 샘플링 기반 도구로 응용 프로그램의 모든 인스턴스에서 데이터를 수집한다.
Stackdriver Profiler 이미지 제공 : Google
프로파일 러가 수집 한 데이터에서 문제를 판정 한 프로그래머는 다음 추적을 달린다. Ramji에 따르면, 코드의 문제는 거의 항상 중요한 경로 후 (후)에 있기 때문에이 도구를 사용하면 문제가 분산 시스템의 전역에 걸쳐 전파 해 나가는 모습을 이해할 수있다. 추적 화면 (아래 그림)은 시각화 된 분석과 같은 모양을하고 있고, 이로 인해 문제의 본질과 계산 자원에 미치는 영향을 알 수있다.
Stackdriver Trace 도구. 사진 제공 : Google
그리고 마지막 디버거이다. Ramji이 이것을 특히 좋아하는 것은 젊은 날의 90 년대의 도구를 생각 나게 때문이다. 당시는 디버거에서 응용 프로그램을 중지거나 이동하면서 문제의 소재를 파악했다. 이 AMP의 디버거 역시 지정된 장소에서 코드를 중단하고 문제의 핵심을 찾아 낼 것이다.
그러나이 현대적인 디버거는 Ramji이 "매직"이라고 부르는 것이있다. 개발자에 의한 코드의 중단과 재개가 고객에게 영향을 미치지 않을 것이다. McLean도 이렇게 쓰고있다 : "프로그래머에 익숙한 중단 점 방식의 디버깅 프로세스를 제공하지만,이를 통해 고객에게 부정적인 영향은 없다"
Stackdriver APM은 오늘 (미국 시간 3/28)에서 가능 이용되고 전체 서비스 갖춰진 완벽한 모니터링 스위트가 제공된다. 이제 Google은 모니터링 - 디버깅하는 분야에서도 기존의 선수들과 경쟁 할 것 같다.