标签： SkyWalking

为什么需要链路追踪
什么是链路追踪
微服务架构是通过业务来划分服务的，使用 REST 调用。对外暴露的一个接口，可能需要很多个服务协同才能完成这个接口功能，如果链路上任何一个服务出现问题或者网络超时，都会形成导致接口调用失败。随着业务的不断扩张，服务之间互相调用会越来越复杂。

随着服务的越来越多，对调用链的分析会越来越复杂。
面对以上情况，我们就需要一些可以帮助理解系统行为、用于分析性能问题的工具，以便发生故障的时候，能够快速定位和解决问题，这就是所谓的 APM（应用性能管理）。
什么是 SkyWalking
目前主要的一些 APM 工具有: Cat、Zipkin、Pinpoint、SkyWalking；Apache SkyWalking 是观察性分析平台和应用性能管理系统。提供分布式追踪、服务网格遥测分析、度量聚合和可视化一体化解决方案。

Skywalking Agent： 使用 JavaAgent 做字节码植入，无侵入式的收集，并通过 HTTP 或者 gRPC 方式发送数据到 SkyWalking Collector。
SkyWalking Collector： 链路数据收集器，对 agent 传过来的数据进行整合分析处理并落入相关的数据存储中。
Storage： SkyWalking 的存储，时间更迭，SW 已经开发迭代到了 6.x 版本，在 6.x 版本中支持以 ElasticSearch(支持 6.x)、Mysql、TiDB、H2、作为存储介质进行数据存储。
UI： Web 可视化平台，用来展示落地的数据。
## SkyWalking 功能特性
多种监控手段，语言探针和服务网格(Service Mesh)
多语言自动探针，Java，.NET Core 和 Node.JS
轻量高效，不需要大数据
模块化，UI、存储、集群管理多种机制可选
支持告警
优秀的可视化方案
————————————————

原文链接：https://blog.csdn.net/qq_41153167/article/details/86490404

*近十年间，大数据的飞速发展，云计算、IoT 以及工业 4.0 的百花齐放，让互联网产品的竞争越演愈烈，业务架构更是变得更加复杂，对运维人员和开发人员来说，压力日渐剧增。
以前，我们用 APM 主要监控服务器的 CPU 使用率、I/O、内存资源、网速等等，还是很简单的。
如今，爱搞事的运营和产品，不停地用创意冲刷着我们的产品性能。于是微服务架构开始兴起，系统功能被模块化、部署方式以服务集群为主，应用性能管理的重要性被不断强调。如今 APM 监控，更是肩负起了监控整个微服务架构下，所有服务性能的重担。
所以，精通至少一款 APM 系统，已经是运维工程师、开发工程师以及架构师的一项必备技能。
很多粉丝常常问我，APM 系统这么多，哪一个*值得学？
答案肯定是都值得学，但我觉得 SkyWalking 有点意思。这款国人开源的产品，2019 年 4 月从 Apache 基金会的孵化器毕业成为顶级项目。
目前支持 Java、.Net、Node.js 等探针，数据存储支持 MySQL、ElasticSearch 等。Java 探针采用字节码增强技术实现，对业务代码无侵入，探针采集数据粒度相较于 Pinpoint 来说略粗，但性能表现优秀。
目前 SkyWalking 增长势头强劲，社区活跃，中文文档齐全，没有语言障碍，支持多语言探针。同时，还支持很多框架，比如 Dubbo、gRPC、SOFARPC 等等。
这些优点，让 SkyWalking 的使用者众多，包括我们熟悉的阿里云、腾讯、华为、滴滴、中国电信、中国联通等等。

使用 SkyWalking 的企业在越来越多，也有越来越多的开发者，他们正在不断向社区提供更多插件，以支持更多组件无缝接入 SkyWalking 。
————————————————
版权声明：本文为CSDN博主「石俊峰」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/weixin_43266521/article/details/105153174