SkyWalking官方版

SkyWalking简介

SkyWalking提供专业的系统监控和跟踪功能。如果将您的系统添加到这个软件中，可以远程分析功能，在软件中显示监控组，在软件仪表盘界面中查看所有数据，支持服务、服务实例、端点指标的分析，支持服务拓扑的分析，支持根本原因分析，运行时对代码进行分析，让用户可以清楚地了解系统运行的所有数据，一旦出现错误，立即分析原因，以便执行。修复了使用ON作为influxDB响应格式时的一些错误，修复了跟踪查询中的未删除标签，添加了Python金字塔插件的组件ID！

SkyWalking软件功能

SkyWalking:一个开源的可观察平台，用于收集、分析、聚合和可视化来自服务和云原生基础架构的数据。/[/k0/它是一个现代的APM，专门为基于云和基于容器的分布式系统而设计。

为什么使用SkyWalking？

SkyWalking提供了一种在许多不同情况下观察和监控分布式系统的解决方案。首先，像传统方法一样，SkyWalking为服务提供自动仪器代理，比如Java、C#、Node.js、Go、PHP、Nginx LUA。(并呼吁Python和C ++ SDK的贡献)。在多语言、持续部署的环境下，云原生基础设施越来越强大，但也越来越复杂。SkyWalking的服务网格接收器使SkyWalking能够从Istio/特使、Linkerd等服务网格框架接收遥测数据，让用户了解整个分布式系统。

SkyWalking为服务、服务实例和端点提供可观察的函数。如今，服务、实例和端点等术语随处可见，因此有必要在SkyWalking的上下文中定义它们的具体含义:

1.服务。表示为传入请求提供相同行为的一组/一组工作负载。使用仪器代理或软件开发工具包时，您可以定义服务名称。SkyWalking您也可以使用您在Istio和其他平台中定义的名称。

2.服务实例。服务组中的每个单独的工作负载称为一个实例。就像Kubernetes中的pods一样，它不一定是一个单一的OS进程，但是如果您使用一个工具代理，那么这个实例实际上是一个真正的OS进程。

3.端点。服务中用于传入请求的路径，如HTTP I路径或gRPC服务类+方法签名。

通过SkyWalking，用户可以了解服务和端点之间的拓扑关系，查看各个服务/服务实例/端点的指标，设置告警规则。

此外，您可以集成

1.其他分布式跟踪使用SkyWalking原生代理和SDK、Zipkin、Jaeger和OpenCensus。

2.其他测量系统，如普米修斯、斯莱特斯(Micmeter)。

SkyWalking软件特色

逻辑上，SkyWalking分为四个部分:探针、平台后端、存储和UI。

1.探针收集数据并重新格式化以满足SkyWalking要求(不同的探针支持不同的来源)。

2.支持数据聚合的平台后端，分析并驱动从探针到UI的流程。分析包括SkyWalking本地跟踪测量标准、第三方包括Istio和特使遥测、Zipkin跟踪格式等。您甚至可以通过对本机度量使用可观察性分析语言，对扩展度量使用度量来自定义聚合和分析。

3.存储设备通过开放/可插拔接口存储SkyWalking数据。您可以选择现有的实现，例如由Sharding-Sphere管理的ElasticSearch、H2或MySQL集群，也可以实现自己的实现。欢迎修补新的存储实施者！

4.UI是一个高度可定制的基于web的界面，允许SkyWalking最终用户可视化和管理SkyWalking数据。

SkyWalking使用说明

1、提供软件源代码，将其部署到自己的系统中，然后就可以在web上监控软件了。

2.软件监控界面如图所示。设备添加成功后，可以直接远程监控。

3.您可以在软件中添加新项目，也可以在软件中创建子页面监控设备。

4.可以在软件中查看设备拓扑图，将设备添加到软件中，建立可视化的关系图。

5.您可以在软件中设置分区，并向分组中添加不同的设备来设置拓扑图。

6.跟踪功能:您可以通过在软件中输入标识来跟踪设备，该标识将显示在软件下方。

7.可以分析界面，在软件上查看当前设备的工作状态，显示任务列表，显示项目开始时间。

8.日志界面:查看软件中的当前服务项目和软件中的历史工作记录。

SkyWalking软件协议

这里列出了两种协议。

1.探测协议。包括代理如何发送收集的度量数据和跟踪的描述和定义，以及每个实体的格式。

2.查询协议。为后端SkyWalking自己的UI和其他UI提供查询功能。这些查询基于GraphQL。

探测协议

它们也与探针组相关。要理解这一点，请参考“概念和设计”文档。这些组是基于语言的本地代理协议、服务网格协议和第三方工具协议。

基于语言的本地代理协议

有两种类型的协议使语言代理能够在分布式环境中工作。

1.跨进程传播头协议和跨进程相关头协议均采用有线数据格式，proxy/SDK通常使用HTTP/MQ/HTTP2头来携带带有rpc请求的数据。远程代理将在请求处理程序中接收此消息，并将上下文绑定到此特定请求。

2.跟踪数据协议中没有可用的数据，代理/SDK使用这些数据向空中行走或其他兼容后端发送跟踪和指标。

跨进程传播头协议v3是一个用于内联上下文传播的新协议，从8.0.0版本开始。

跨进程关联头协议v1是用于在线上下文传播的新的附加和可选协议。请阅读SkyWalking语言代理文档，了解它是否受支持。该协议定义了用于传输自定义数据的数据格式。从8.0.0开始，SkyWalking javaagent开始支持这个功能。

SkyWalking跟踪数据协议v3定义了代理和后端之间的通信模式和格式。

浏览器探测协议

浏览器探测(比如skywalking-client-js)可以使用这个协议发送到后端。这项服务由gRPC提供。

SkyWalking浏览器协议定义了skywalking-client-js后端之间的通信模式和格式。

服务网格检测协议

边车或代理中的检测器可以使用该协议向后端发送数据。gRPC提供的这项服务需要以下要点:

1.双方的服务名称或ID。

2.两侧服务实例的名称或标识。

3.端点。我在HTTP中，在gRPC中完成服务方法的签名。

4.潜伏。以毫秒计。

5.HTTP中的响应代码

6.状态。成功或失败。

7.协议。HTTP，gRPC

8、检测点。在服务网格侧车，客户端或。在普通的L7代理中，值是pxy。

第三方票据协议

SkyWalking未定义第三方仪器协议。它们只是协议/格式，与SkyWalking兼容，可以从它们现有的库中接收。SkyWalking从支持Zipkin v1、v2数据格式开始。

基于模块化的原则，很容易扩展新的接收器来支持新的协议/格式。

查询协议

查询协议遵循GraphQL语法，可以提供数据查询功能，这取决于您的分析索引。

SkyWalking软件优势

保持可见。无论目标系统是如何部署的，SkyWalking都可以提供一种解决方案或集成方式来保持其可观察性。基于此，SkyWalking提供了几种运行时形式和探测。

拓扑、测量和跟踪结合在一起。查看和理解分布式系统的第一步应该是从拓扑图开始。它将整个复杂的系统可视化为一张简单的地图。在这种拓扑下，OSS人员需要更多关于服务、实例、端点和调用的指标。它作为一个详细的日志存在，使这些指标有意义。例如，当端点延迟变长时，您希望查看最慢的跟踪来找出原因。因此，你可以看到它们从整体到细节都是必要的。SkyWalking集成并提供了许多功能，使其成为可能并易于理解。

重量轻。这里需要两个零件，重量轻。(1)在讨论中，我们只依赖网络通信框架，更倾向于gRPC。这样，探测器应该尽可能小，以避免库冲突和虚拟机负载，如JVM中的permsize要求。(2)作为可观察的平台，是项目环境中的二、三级系统。因此，我们使用自己的轻量级框架来构建后端核心。，就不需要部署大数据技术平台而开展。SkyWalking在技术堆栈中应该很简单。

可插拔的。SkyWalking核心团队提供了很多默认实现，但这绝对不够，也不适合所有情况。因此，我们提供了许多可插拔的功能。

可移植的。SkyWalking可以在多种环境下运行，包括:(1)使用Eureka等传统注册中心。(2)使用包括服务发现的RPC框架，如Spng Cloud和Apache Dubbo。(3)在现代基础设施中使用服务网格。(4)使用云服务。(5)跨云部署。在所有这些情况下，SkyWalking都应该运行良好。

相互合作。可观察性是一个大景观，SkyWalking不能支持所有人，甚至社区。因此支持与其他OSS系统的交互，主要是探针，如Zipkin、Jaeger、OpenTracing、OpenCensus。接受并理解其数据格式可以确保SkyWalking对最终用户更有用。并且用户不需要切换他们的库。

可观察分析平台

OAP(可观察分析平台)是一个新概念，始于SkyWalking 6.x，OAP取代了旧的SkyWalking整个后端。该平台的功能如下。

OAP功能

OAP接受更多来源的数据，分为两类:追踪和Metcs。

跟踪。包括SkyWalking原生数据格式。Zipkin v1、v2数据格式和Jaeger数据格式。

指标。SkyWalking与Istio、特使、Linkerd等Service Mesh平台集成。，从数据面板或控制面板提供可见性。而且，SkyWalking原生代理可以在索引模式下运行，大大提高了性能。

同时，SkyWalking通过使用提供的任何集成解决方案，如SkyWalking博客插件或工具包，将跟踪和博客记录与跟踪ID和span ID绑定在一起，从而提供可视化集成。

像往常一样，gRPC和HTTP协议提供的所有服务都可以使不受支持的生态系统的集成变得更加容易。

Oa跟踪

OAP中的跟踪可以通过两种方式处理。

SkyWalking 5系列传统方式。使用SkyWalking跟踪段和跨度格式来格式化跟踪数据，即使是Zipkin数据格式。OAP分析这些数据段以获得度量，并将度量数据推入流聚合。

考虑仅跟踪某些类型的日志记录。您只需要提供跟踪保存和可视化功能。

此外，SkyWalking接受其他项目的追踪格式，如Zipkin、Jaeger、OpenCensus。这些格式也可以用两种方式处理。

审调处的指标

OAP中的指标是6系列中的新功能。基于连接节点指数建立分布式系统的可观测性。不需要跟踪数据。

指标以流模式聚集在OAP集群中。

SkyWalking常见问题

服务网格探测器

服务网格探测器使用服务网格实现程序中提供的可扩展机制，例如Istio。

什么是服务网格？

以下说明来自Istio文档。

术语“服务网格”通常用于描述组成这种应用程序及其交互的微服务网络。随着服务网格规模和复杂性的增长，理解和管理变得越来越困难。它的需求可能包括发现、负载平衡、故障恢复、指示器和监控，以及通常更复杂的需求，如A/B测试、金丝雀版本、速率限制、访问控制和端到端身份验证。

探测器在哪里收集数据？

Istio是一个非常典型的服务网格设计者和实现者。它定义了广泛使用的控制面板和数据面板。

服务网格探测器可以选择从数据面板收集数据。在Istio中，这意味着从特使边车(数据面板)收集遥测数据。探测器根据每个请求从客户端和客户端收集两个遥测实体。

服务网格如何使后端工作？

从这个探头可以看出，这个探头肯定是没有连接的，那么SkyWalking平台为什么还在工作呢？

服务网格探测器从每个请求中收集遥测数据，因此它知道源、目的地、端点、延迟和状态。通过这些，后端可以通过将这些调用组合成行，并通过每个节点的传入请求来组合每个节点的度量，从而告诉整个拓扑图。后端从分析跟踪数据中请求相同的索引数据。因此，正确的表述是服务网格度量是准确的度量，即跟踪解析器生成的内容。他们是一样的。