性能测试实战 30 讲
高楼
前 HP 高级性能专家,7DGroup 创始人
45941 人已学习
新⼈⾸单¥59
登录后,你可以任选4讲全文学习
课程目录
已完结/共 37 讲
性能测试实战 30 讲
15
15
1.0x
00:00/00:00
登录|注册

25丨SkyWalking:性能监控工具之链路级监控及常用计数器解析

SkyWalking的性能影响
商业和开源APM工具
2010年Google的Dapper论文
Database Dashboard
Service Dashboard
JMeter压力测试结果
查看链路拓扑图
pa-pb-pc-pd串行访问
查看拓扑图
访问pab接口
访问Project B
查看拓扑图
查看拓扑图
查看SkyWalking首页
访问Project A
APM工具
链路监控工具的价值
微服务拆分需要的支持手段
项目拆分成微服务的评估
盲目使用新技术的问题
性能瓶颈判断逻辑
APM工具的作用
性能瓶颈分析
追踪页面
启动其他微服务并查看各服务响应时间
通过Project A访问Project B
启动微服务Project B
启动微服务Project A
示例微服务架构
链路级监控对微服务的重要作用
微服务的态度
思考题
一个小声明
总结
追踪请求
SkyWalking的链路关系
微服务架构
性能监控工具之链路级监控及常用计数器解析

该思维导图由 AI 生成,仅供参考

在微服务横行的年代,没有链路级监控简直就是灾难。技术在不断的发展过程中,总是会有新的工具被推出来,它们存在的价值就是解决问题。链路监控工具存在的价值就是尽快找到微服务中哪一个环节是最慢的。

我们对微服务的态度究竟是怎样的?

但是在讲链路级监控之前,我需要再说一下我们对微服务的态度。
我们认为微服务性能好,具有良好的扩展性,于是很多企业会把自己的架构改为微服务,但是呢,在不需要使用新技术的系统中,盲目地迷信和使用市场上被推崇的新技术,只会带来问题。
在前面我举过一个例子,我见过一个物流项目,开发团队认为拆分服务是可以让性能提高的一个重要技术思路,于是他们不断地细分项目。在不到百万级的车辆体量的项目阶段中,一个物流系统已经被拆分成了三四十个子项目,最后开发团队和运维团队都不堪重负,因为维护的成本变高了。于是,开发团队开始反省,认为应该合并一些子项目,最后就形成了中台项目。
这不是玩笑,而是一个真实的案例。
至于项目能不能拆分成多个微服务,你需要对整个项目的容量、硬件的体量进行评估。如果评估完觉得不需要,那么尽量不要干这种为了炫耀技术,而害人害已害公司的事情。如果确实有需要,那没什么说的,该拆就拆。
但是在拆的过程也一定要知道,对于多个微服务来说,相关的支持手段(比如说服务健康状态、链路跟踪、日志收集分析系统等)一定要跟上,如果跟不上,那就是灾难了。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

在微服务架构中,链路级监控工具的重要性不言而喻。本文介绍了在微服务架构中使用链路监控工具的重要性,并重点介绍了SkyWalking的链路关系。作者首先强调了对微服务架构的态度,指出盲目使用新技术可能会带来问题。随后详细介绍了链路级监控在微服务中的重要作用,特别是在Kubernetes+Docker基础架构中的应用。文章列举了几个常见的链路监控工具,并重点推荐了SkyWalking,并通过示例展示了SkyWalking的链路关系。通过启动微服务Project A和Project B,作者展示了SkyWalking的拓扑图和trace功能,以及通过拓扑图查看时间消耗和各服务响应时间的功能。最后,作者强调了SkyWalking的功能不止于拓扑图,还可以查看状态曲线,了解链路上的时间消耗情况。整体而言,本文通过具体示例生动地展示了SkyWalking在微服务架构中的应用和功能,为读者提供了深入了解链路监控工具的重要性和SkyWalking的特点的内容。 在文章中,作者通过具体示例生动地展示了SkyWalking在微服务架构中的应用和功能。从追踪请求到性能瓶颈分析,SkyWalking提供了丰富的功能,包括追踪功能、健康状态监控、Service Dashboard和Database Dashboard等。通过这些功能,读者可以快速了解微服务节点的健康状态、判断响应时间的消耗点,并进行详细的问题定位和性能瓶颈解决方案。文章内容生动有趣,为读者提供了深入了解链路监控工具的重要性和SkyWalking的特点的内容,对于需要在微服务架构中进行性能分析的读者具有很高的参考价值。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《性能测试实战 30 讲》
新⼈⾸单¥59
立即购买
登录 后留言

全部留言(17)

  • 最新
  • 精选
  • 吴小喵
    高楼老师,我再请教一下,我想把skywalking引入到我们项目中,我问了程序员说我们的服务都在docker里,一个docker只能起一个进程,我这个监控的进程加不了了,这怎么解决呀

    作者回复: 这个只要加个jvm参数就行了,也不用单独起一个java进程呀。

    2020-03-06
    9
  • anti
    c++ go语言开发的,有啥好工具推荐吗? 非侵入式的

    作者回复: go-torch和go的profiler包都可以。 C++就多了。gperftool就是很好的工具。

    2020-07-31
    3
  • 黑山老妖
    pinpoint可监控到函数,是否更好用!

    作者回复: 监控越细。性能影响越大。只要能承受这个,用pinpoint也可以。函数消耗时间的判断,我觉得是更定向的内容。可以在知道了接口慢之后,再进一步定向监控。 如果一开始就监控所有函数,那就承受性能影响就行了。

    2020-04-04
    3
  • 顺利
    老师,请教下不是微服务架构的系统可以用skywalking监控吗

    作者回复: 不是微服务也可以。微服务只是一个名字,也不是技术的划分。

    2020-03-02
    3
  • 悦霖
    请问是否有skywalking搭建文档?以及监控的服务是否要做什么修改?还是不需要做任何修改直接就可以监控到相关调用链么

    作者回复: 加个agent就可以了。搭建文档度娘上就有一堆堆。

    2020-02-29
    2
  • Geek_0ba193
    老师,Skywalking服务启动以后,客户端这块当前服务为空怎么回事?

    作者回复: 没配置好agent吧。

    2020-04-09
    1
  • 霖小逍
    老师请教下,部署探针时候,网关上的服务是否需要部署?

    作者回复: 看链路,如果网关只是一个入口网关的话,我觉得没有必要。 但是有的架构是把网关当成每一次服务间调用都会用的网关,那我觉得就有必要了。

    2020-03-02
    1
  • 麦兜布熊
    不知道skywalking对sun jdk和ibm jdk的支持力度如何

    作者回复: 这个细节问题,你就得去github上找作者问问了,我一直用的是sun jdk和open jdk,ibm jdk已经多年不用了。

    2020-02-28
    1
  • 李沅峰
    我们实际项目都在阿里云, 阿里云也有链路跟踪, 这个是不是不用再部署了?

    作者回复: 如果数据准确可用,那就不用再部署了。

    2022-07-20归属地:北京
  • 惘 闻
    老师你好,skywalking的分位指标他是流式计算的,我想问下他存储到es中或者别的存储器中的触发时机是怎么样的啊?

    作者回复: 没理解这个问题。

    2022-07-20归属地:北京
收起评论
显示
设置
留言
17
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部