SkyWalking(应用性能管理系统)

　　SkyWalking提供专业的系统性能监控追踪功能，将你的系统添加到这款软件就可以远程分析性能，可以在软件显示监控组，可以在软件仪表盘界面查看全部数据，支持对服务，服务实例，端点指标分析，支持服务拓扑图分析，支持根本原因分析，在运行时分析代码，让用户可以清晰了解系统运行的各项数据，一旦出现错误就可以立即分析错误造成的原因从而执行修复，新版支持仪表接收器支持MAL，支持influxDB连接响应格式选项。修复使用JSON作为influxDB响应格式时的一些错误，修复跟踪查询中未删除的标签，添加Python金字塔插件服务器的组件ID，如果你需要就下载吧！

软件功能

　　SkyWalking：一个开源的可观察性平台，用于收集，分析，聚合和可视化来自服务和云本机基础结构的数据。SkyWalking提供了一种简便的方法来维护您的分布式系统的清晰视图，即使在整个云中也是如此。它是一种现代APM，专门为基于云的基于容器的分布式系统而设计。

　　为什么要使用SkyWalking？

　　SkyWalking提供了用于在许多不同情况下观察和监视分布式系统的解决方案。首先，与传统方法一样，SkyWalking为服务提供自动仪器代理，例如Java，C＃，Node.js，Go，PHP和Nginx LUA。（并呼吁提供Python和C ++ SDK贡献）。在多语言，持续部署的环境中，云本机基础架构变得越来越强大，但也越来越复杂。SkyWalking的服务网格接收器使SkyWalking能够从Istio / Envoy和Linkerd等服务网格框架接收遥测数据，从而使用户能够了解整个分布式系统。

　　SkyWalking为服务，服务实例，端点提供可观察性功能。服务，实例和端点这两个术语在今天到处都有使用，因此值得在SkyWalking的上下文中定义它们的特定含义：

　　1、服务。表示一组/一组工作负载，这些工作负载为传入请求提供相同的行为。使用仪器代理或SDK时，可以定义服务名称。SkyWalking也可以使用您在Istio等平台中定义的名称。

　　2、服务实例。服务组中的每个单独工作负载都称为实例。像pods在Kubernetes中一样，它不必是单个OS进程，但是，如果您使用仪器代理，则实例实际上是一个真正的OS进程。

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

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

　　此外，您可以整合

　　1、其他使用SkyWalking本机代理程序和SDK以及Zipkin，Jaeger和OpenCensus进行的分布式跟踪。

　　2、其他度量系统，例如Prometheus，Sleuth（Micrometer）。

软件特色

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

　　1、探针收集数据并重新格式化以符合SkyWalking要求（不同的探针支持不同的来源）。

　　2、平台后端，支持数据聚合，分析并驱动从探针到UI的流程。该分析包括SkyWalking本机跟踪和度量标准，包括Istio和Envoy遥测在内的第三方，Zipkin跟踪格式等。您甚至可以使用针对本机度量标准的Observability Analysis Language和针对扩展度量标准的Meter System来定制聚合和分析。

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

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

使用说明

　　1、提供软件源码，将其部署到自己的系统就可以在web监控设备性能

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

　　3、可以在软件添加新的项目，可以在软件创建分页面监控设备性能

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

　　5、您可以在软件设置分区，将不同的设备添加到分组设置为拓扑图

　　6、追踪功能，在软件输入ID就可以对设备的信息追踪，将信息显示在软件下方

　　7、性能分析界面，在软件上查看当前设备的工作情况，可以显示任务列表，显示项目开始时间

　　8、日志界面，在软件查看当前的服务项目，在软件查看历史工作记录

演示地址

　　用户：skywalking 密码：skywalking

　　http://demo.skywalking.apache.org/

软件协议

　　此处列出了两种类型的协议。

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

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

　　探测协议

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

　　基于语言的本地代理协议

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

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

　　2、跟踪数据协议没有可用的数据，代理/ SDK使用此数据将跟踪和度量标准发送到空中行走或其他兼容的后端。

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

　　跨进程关联标头协议v1是新的在线上下文传播附加和可选协议。请阅读SkyWalking语言代理程序文档以查看是否受支持。该协议定义了使用传输自定义数据的数据格式Cross Process Propagation Headers Protocol。自8.0.0起，SkyWalking javaagent开始支持此功能。

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

　　浏览器探针协议

　　浏览器探针（例如 skywalking-client-js）可以使用此协议发送到后端。此服务由gRPC提供。

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

　　服务网格探测协议

　　边车或代理中的探测器可以使用此协议将数据发送到backendEnd。gRPC提供的此服务需要以下关键信息：

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

　　2、两侧的服务实例名称或ID。

　　3、端点。HTTP中的URI，gRPC中的服务方法完整签名。

　　4、潜伏。以毫秒为单位。

　　5、HTTP中的响应代码

　　6、状态。成功或失败。

　　7、协议。HTTP，gRPC

　　8、DetectPoint。在服务网格边车中，client或server。在普通的L7代理中，值为proxy。

　　第三方仪器协议

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

　　后端基于模块化原理，因此很容易扩展新的接收器以支持新的协议/格式。

　　查询协议

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

软件优势

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

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

　　重量轻。这里需要两部分重量轻。（1）在探讨中，我们仅依赖于网络通信框架，而更喜欢gRPC。这样，探针应尽可能小，以避免库冲突和VM的有效负载，例如JVM中的permsize要求。（2）作为可观察性平台，它是项目环境中的第二级和第三级系统。因此，我们使用自己的轻量级框架来构建后端核心。然后，您无需部署大数据技术平台并进行维护。SkyWalking在技术堆栈中应该很简单。

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

　　可移植性。SkyWalking可以在多种环境中运行，包括：（1）使用传统的注册中心，如尤里卡。（2）使用包括服务发现在内的RPC框架，例如Spring Cloud，Apache Dubbo。（3）在现代基础架构中使用服务网格。（4）使用云服务。（5）跨云部署。在所有这些情况下，SkyWalking应该运行良好。

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

可观察性分析平台

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

　　OAP功能

　　OAP接受来自更多来源的数据，这些来源分为两组：Tracing和Metrics。

　　追踪。包括SkyWalking本机数据格式。Zipkin v1，v2数据格式和Jaeger数据格式。

　　指标。SkyWalking与Istio，Envoy，Linkerd等Service Mesh平台集成，以提供从数据面板或控制面板的可观察性。而且，SkyWalking本机代理可以在指标模式下运行，从而极大地提高了性能。

　　同时，通过使用提供的任何集成解决方案，例如SkyWalking日志插件或工具包，SkyWalking提供可视化集成，以使用跟踪ID和跨度ID将跟踪和日志记录绑定在一起。

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

　　OAP追踪

　　OAP中的跟踪有两种处理方式。

　　SkyWalking 5系列中的传统方式。使用SkyWalking跟踪段和跨度格式格式化跟踪数据，即使是Zipkin数据格式也是如此。OAP分析这些段以获取指标，然后将指标数据推送到流式聚合中。

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

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

　　OAP中的指标

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

　　指标数据以流模式聚集在OAP集群内部。

常见问题

　　服务网格探针

　　Service Mesh探针使用Service Mesh实现程序中提供的可扩展机制，例如Istio。

　　什么是服务网格？

　　以下说明来自Istio文档。

　　术语“服务网格”通常用于描述组成此类应用程序的微服务网络及其之间的交互。随着服务网格的大小和复杂性的增长，它变得越来越难以理解和管理。它的要求可能包括发现，负载平衡，故障恢复，指标和监视，通常还包括更复杂的操作要求，例如A / B测试，金丝雀版本，速率限制，访问控制和端到端身份验证。

　　探针从何处收集数据？

　　Istio是非常典型的Service Mesh设计和实现者。它定义了广泛使用的控制面板和数据面板。

　　Service Mesh探针可以选择从“数据面板”收集数据。在Istio中，这意味着从Envoy sidecar（数据面板）收集遥测数据。该探针根据每个请求从客户端和服务器端收集两个遥测实体。

　　Service Mesh如何使后端工作？

　　从该探针中，您可以看到这种探针一定没有任何关联，那么为什么SkyWalking平台仍然可以工作？

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