〔學習筆記〕應用程式效能監控(APM)的演變

Credit: dynatrace

應用程式效能監控(APM)的歷史

Gen1-APM隨著JAVA興起日漸重要

應用程式效能監控市場的發展歷程可追溯至1990s末期，當時Wily Technology（後來被CA收購）和Precise Software處於領先地位。

第一代的應用程式效能管理（APM）解決方案因應Java的快速興起及對效能管理的需求而應運而生。

但當時的基礎架構在很大程度上是靜態的，而當時使用Java建構的應用程式也相較簡單。

Gen2-基於SOA架構APM再次進化

2000 初期，service-oriented architectures (SOA)架構的興起，帶來了提高靈活性和敏捷性的需求。然而，伴隨這些改革而來的是應用程序複雜性的增加，而產生了需要新一代監控的需求。

這個新一代產品由最初的“dynaTrace ”（ AppMon）以及 CA Wily 的幾個分支（即 AppDynamics 和 New Relic）處於領先地位。

dynaTrace引入了 PurePath(dynamic tracing of a single transaction) 的概念來應對SOA架構伴隨而來的複雜性。

Gen3-數位轉型下的全新工具

現今，雲是新的企業計算資源平台，帶來超大規模應用程式的構建方式-微服務，也帶來了如multi-cloud, serverless computing, container orchestration, DevOps, IoT and edge computing，等一套全新的技術和概念。

透過將整體應用程式分解為小的、經常變化的組件-容器，這也進一步增加了應用程序的複雜性。

舊的監控方法在這些雲原生環境中已不再適用

重要的是，底層基礎設施也發生了巨大變化，從靜態變為高度動態。

Gen3監控工具有哪一些特點

自動化

基於高度動態的基礎設施和極其複雜的應用程序，Gen3的監控方法必須從部署agent、問題識別、根本原因查找、觸發修復皆達到完全的自動化。

以AI為核心

人工智能必須成為Gen3監控的核心。透過從agent收集的各種大量數據(log, metrics, metadata, trace, context, timeseries data...)，訓練出告警的模型，透過模型減少管理者對潛在大量告警的工作量。

多合一

傳統監控工具的各自為政(不同技術-不同agent)是一個過去的大問題，組織內擁有多個孤立的監控工具無助於複雜的動態環境內解決問題。Gen3監控提供多種技術合一的監控agent，並達到簡單建置、全棧(full-stack)、一體化的解決方法。

總結

下篇可能著重比較一下Gen2 vs Gen3，祝大家閱讀愉快!~