Zipkin 更适合做全链路跟踪，主要有下面两个好处
1. 接入sdk来实现，比较灵活，管理起来方便
2. Pingpoint 通过依赖编织，接入一个 jar 包在jvm 启动命令中，接入简单，但是管理麻烦，不透明

陈老师，请问zipkin和pinpoint哪个更好用点

请问浩哥，有哪些好用的开源监控平台吗

请问老师的架构图 示意图 是用什么软件画的

对比过各个开源分布式调用链系统，其中skywalking各方面都更优秀，代码无侵入，性能好，界面强大，监控指标多，有监控告警，提供非常多的插件，可以监控市面上大部分主要的开源框架和中间件，比如rabbitmq，dubbo,springcloud,mysql，是一款国内的优秀开源软件，已经在Apache孵化器，生态也在扩展。

对于业务，中间件，基础监控，三者相互关联，非常认同，想问下，这块如何实现？一个监控系统，如何正确的显示三个层次的信息？

皓哥，我们公司也有做数据监控，包括业务层，中间层和底层，但是三者之间没有什么关联，平时定位问题只能通过时间点来分析三者的关系，但是感觉很麻烦。今天看了这篇文章，刚好提到了关联的重要性，但我还是不知道用什么好的技术手段去进行监控的关联？

本文中提到的开源全栈监控系统zipkin适合以go语言为主的开发团队吗？如果不适合，go语言该如何做到同样的效果？

学习了一些zipkin的东西，几点疑问？就拿java服务举例，服务增加这种侵入式监控，并发延迟受影响的程度如何衡量？collector如何承受高并发去扩容？集群模式确定单个实例故障延迟容易吗？😁

实用

对于非java系列的技术栈，全链路监控都有什么选型呢。比如go + grpc，或者service mesh

陈老师，我在一家硅谷startup工作，感觉我们的工程师都没有重视全栈监控的意识（比如到处200加err code）。想请问您有没有推荐的英文资料能解释清楚全栈监控重要性的？谢谢！

安卓什么时候才有倍速播放啊？这个功能真的太需要了！

陈老师，zinkin在线上实时监控消耗性能吗，我是用在线上好还只是性能压力测试。

皓哥，我们团队基于微服务的架构，做了大量的监控，比如elk针对错误日志的告警，promethues针对系统容器和应用的监控，数据库使用阿里云本身的监控，全部整合到一套仪表盘中
但即使如此，我还作为负责人还是感到很“虚”，体现在几处：1.没法预防，这个感觉很难 2.很难把握监控的粒度，粗了，定位问题太模糊，细了，工作量大，又怕影响性能（就当我耍流氓吧）。皓哥说的字节码技术应该就是动态AOP吧，基于现在spring系，做aop简单但是很容易出错

陈老师，这些好的监控系统的特性zipkin都能实现吗?

关于监控组件，有没有开源的可以参考

没有做监控的可以参考做一下啦，基础监控一般像阿里云和AWS提供商都做了

推荐最近接触过的一个开源项目：Skywalking