研討會：「您能直接向下鑽取到當前服務延遲的根本原因嗎？」

難以掌握服務延遲原因的背景 在雲端應用與微服務化日益普及的現代IT服務中，單一畫面的延遲或回應速度下降，背後往往牽涉到多個應用程式處理與API呼叫。因此，僅靠傳統以基礎設施為中心的監控，很難從服務的視角去掌握使用者所感受到的「服務延遲」原因。此外，發生故障時，維運、開發與應用程式團隊之間經常需要進行責任釐清，在無法立即鎖定是哪個處理程序造成問題的情況下，往往導致應對時間被拉長。

事後分析型APM導致應對落後 即使導入了APM，若維運模式主要是累積大量資料並在故障發生後才進行分析，就很難當場查明正在發生的服務延遲原因，結果往往導致MTTR（平均修復時間）被拉長。加上分析需要專業知識，能夠承擔原因查明工作的人選有限，容易造成維運高度依賴特定個人的問題。此外，隨著需要收集、儲存、分析的資料量增加，監控成本也容易膨脹，使得現有APM的維運本身成為需要重新評估的對象。

透過執行中的處理狀況與AI分析將原因可視化 在本次研討會中，我們將以WhaTap Application Monitoring為基礎，解說不依賴事後分析，而是透過掌握執行中的處理狀況，快速掌握服務延遲原因的理念與實踐方法。WhaTap僅需安裝必要的代理程式，將系統負載降至最低，同時透過可視化執行中的處理狀況、持續自動記錄所有交易，以及運用AI的分析支援，協助追蹤原因所在。我們將搭配實際示範，具體介紹如何透過簡單的向下鑽取（Drill-down）輕鬆追蹤問題點，在實現不依賴少數資深負責人的維運的同時，推進加速故障應對、縮短MTTR、抑制屬人化以及最佳化監控成本。

【其他APM工具面臨的課題】 ・系統負載過重：擔心導入整合型代理程式會對正式環境造成影響 ・操作難度高：難以直覺地向下鑽取瓶頸，需要漫長的學習曲線 ・屬人化：分析工作過度依賴具備高度專業技能與經驗的資深工程師 ・成本壁壘：因資料量增加、選配功能化以及帳號數量導致費用負擔加重

【若是WhaTap APM】 ・壓倒性的輕量化：僅需安裝必要的代理程式，將系統負載降至最低 ・直覺的操作性：透過簡單的向下鑽取，縮短至解決問題的MTTR ・任何人都能輕鬆使用的UI：降低學習門檻，支援整個團隊共同維運 ・AI分析支援：協助原因調查，不再單獨依賴經驗豐富的負責人

主辦、協辦 WhaTap Japan株式會社

協力 株式會社開源活用研究所 Majisemi株式會社

詳細與報名請點擊此處。

Majisemi未來也將持續舉辦「對參加者有幫助」的研討會。 過往研討會的公開資料，以及其他招募中的研討會請▶在此瀏覽。

Majisemi株式會社 〒105-0022 東京都港區海岸1丁目2-20 汐留大廈3樓 洽詢： https://majisemi.com/service/contact/