■ 难以掌握服务延迟原因的背景 在云端应用与微服务化日益普及的现代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/