云原生微服务全链路应用监控 APM产品架构设计
2022-03-06 15:34:20 24 举报AI智能生成
一、大规模微服务下的故障排查和应用运维，会面临哪些问题？ 随着微服务数量的爆炸性增长，如何直观了解服务架构全貌、梳理各个服务上下游依赖、快速定位故障和异常 1、全局拓扑 自动化拓扑发现应用以及中间件之间的全局调用拓关系 2、调用链追踪 调用链追踪记录单个业务在全链路的调用详情，包括代码执行情况、数据库调用等 3、性能监控 支持 JVM、数据库、慢 SQL、缓存中间件性能等监控 4、日志关联 无侵入、不需要修改应用程序代码，即可完成日志系统和 APM 的关联 5、慢响应分析 提供判定慢响应的功能，可准确识别系统中出现的慢响应请求 6、关键业务 支持关键事务入口和拓扑的可视化，帮助用户分析业务依赖关系
作者其他创作
大纲/内容
产品优势
开源兼容
兼容 Skywalking、Zipkin、Jaeger 等主流开源方案的数据推送
全息排查
将业务 ID、业务日志、调用链互相打通，快速定位上下游，加快问题排查速度
无侵入接入
无需进行任何代码修改，即可接入 APM
异构融合
支持对 Java、Go、Python、C#、NodeJS 等诸多异构技术栈的统一监控
产品核心功能
服务调用依赖
服务上下游依赖和接口依赖数据，进行依赖梳理，包括识别易故障点、性能瓶颈、强依赖等问题，并根据链路流量调用比例进行峰值 QPS 评估容量
异构系统监控
通过对 Java、Go、Python、NodeJS、C# 等诸多异构技术栈的统一监控和调用链追踪，实现异构系统全链路监控
调用分析
支持分析分布式系统的每一次系统调用、消息发送和缓存访问、数据库访问，精准发现系统瓶颈及隐患，以直观图例展示所有应用的总体拓扑、应用运行状态
大规模微服务下的故障排查和应用运维，会面临哪些问题？
服务架构无法全面把握
痛点描述
痛点描述
随着微服务数量不断增加，通过人工和文档的形式都很难梳理整体的应用调用关系和拓扑结构
解决办法
通过 APM 提供的全链路拓扑分析，用户可以清晰地了解应用服务间调用层级关系，直观了解快速系统架构
服务异常无法快速定位
痛点描述
痛点描述
一次业务请求中调用后端诸多微服务，业务出错时，需逐一排查各个微服务，无法快速定位异常
解决办法
通过调用链监控用户，可以查询到业务调用的全部链路以及在哪次调用中出现错误和异常，简化排查流程
服务依赖关系无从确认
痛点描述
痛点描述
随着微服务不断迭代，服务间的依赖关系不断调整，导致难以确认依赖关系，无法确认变更的影响范围
解决办法
根据链路拓扑可以确认服务间的依赖关系，识别上下游依赖，并监控数据潜在的故障点和性能瓶颈
异构系统无法全局监控
痛点描述
痛点描述
在业务发展过程中不可避免的出现多语言异构技术栈，通常各个技术栈都有各自的监控方案，无法统一进行全局监控
解决办法
通过兼容 OpenTrcing 标准，APM 可以实现 Java、Go、Python、C# 等诸多异构技术栈的统一监控
APM产品全景
子主题
典型应用场景
全局拓扑
调用链追踪
性能监控
日志关联
慢响应分析
关键业务
收藏
0 条评论
下一页
