背景与现状
我司技术选型选择skywalking，希望通过本文章能让作者从0到1 认识及了解SkyWalking，并学会如何使用相关功能；
并分析下APM通信。而不关心 持久化[仓储]（因需要运维精力，团队目前有相关人去运维，其中包括云上和云下）
介绍
我们看官网的 SkyWalking top2 版本 v8.9.1欢迎语，从8以后采用全新API，并不兼容8以下。从几个方面去了解SkyWalking。
1.概念和设计
其中包括what，why；brobe，backend（trace，metrics and log）,ui,cli,event;
what
SkyWalking is an open source observability platform used to collect, analyze, aggregate and visualize data from services and cloud native infrastructures. SkyWalking provides an easy way to maintain a clear view of your distributed systems, even across Clouds. It is a modern APM, specially designed for cloud native, container based distributed systems.
翻译如下
SkyWalking是一个开源的可观测平台，用于收集、分析、聚合和可视化来自服务和云本地基础设施的数据。SkyWalking提供了一种简单的方法来维护分布式系统的清晰视图，甚至是跨云。它是一个现代的APM，专门为云原生的、基于容器的分布式系统设计。
why
SkyWalking provides solutions for observing and monitoring distributed systems, in many different scenarios. First of all, like traditional approaches, SkyWalking provides auto instrument agents for services, such as Java, C#, Node.js, Go, PHP and Nginx LUA. (with calls out for Python and C++ SDK contributions). In multi-language, continuously deployed environments, cloud native infrastructures grow more powerful but also more complex. SkyWalking’s service mesh receiver allows SkyWalking to receive telemetry data from service mesh frameworks such as Istio/Envoy and Linkerd, allowing users to understand the entire distributed system.
翻译如下
SkyWalking在许多不同的场景中为观察和监控分布式系统提供了解决方案。首先，像传统的方法一样，SkyWalking为服务提供了自动仪表代理，如Java、c#、Node.js、Go、PHP和Nginx LUA。(调用Python和c++ SDK贡献)。在多语言、持续部署的环境中，云原生基础设施变得更加强大，但也更加复杂。SkyWalking的服务网格接收器允许SkyWalking从Istio/Envoy和Linkerd等服务网格框架接收遥测数据，允许用户了解整个分布式系统。
SkyWalking allows users to understand the topology relationship between Services and Endpoints, to view the metrics of every Service/Service Instance/Endpoint and to set alarm rules.
architecture
2.设置，体质
其中包括 支持哪些领域，哪些版本，如何设置相关配置，如何启动项目
3.UI 介绍
从视图层 介绍下SkyWalking 的 核心功能trace，metrics and log，alarm等。
4 协议
How
搭建及演示 https://gitee.com/tjhuey/huey-2022
skyswakling 8.9.1
skyswakling-agent 8.9.0
nacos 2.x
spring-gateway 2021.0.x
spring-boot-user 2.6.3
redis-sa-token 1.29.0
UI
3.1 仪表盘
3.2 拓扑图
3.3 追踪 演示
3.4 性能剖析
No data shown and backend replies with "Variable 'serviceId' has coerced Null value for NonNull type 'ID!'"
一个服务只能同时执行一个， 演示
3.5 日志 演示
3.6 告警 事件
3.7 调试 略
APM通信_源码
1.grpc-java （protobuf） ，2.spi 3,设计模式 4 c/s 事件
1.客户端已服务端通过grpc协议 封装 stub , 通过 命令模式发出 服务端接收数据 的命令
2.服务端通过xxhandler组件进行 接收数据 。
client 看情况具体演示
>org.apache.skywalking.apm.agent.SkyWalkingAgent#premain
>>org.apache.skywalking.apm.agent.core.boot.ServiceManager#boot
>>>org.apache.skywalking.apm.agent.core.boot.ServiceManager#startup
>>>>org.apache.skywalking.apm.agent.core.remote.GRPCChannelManager#boot
>>>>>org.apache.skywalking.apm.network.management.v3.ManagementServiceGrpc.ManagementServiceBlockingStub#reportInstanceProperties
>>>>>>io.grpc.stub.ClientCalls#blockingUnaryCall(io.grpc.Channel, io.grpc.MethodDescriptor<ReqT,RespT>, io.grpc.CallOptions, ReqT)
>>>>>>>io.grpc.internal.ManagedChannelImpl.RealChannel#newCall
>>>>>>>io.grpc.stub.ClientCalls#futureUnaryCall
>>>>>>>>io.grpc.stub.ClientCalls#asyncUnaryRequestCall(io.grpc.ClientCall<ReqT,RespT>, ReqT, io.grpc.stub.ClientCalls.StartableListener<RespT>)
>>>>>>>>>>org.apache.skywalking.apm.plugin.grpc.v1.client.TracingClientCall#start
>>>>>>>>>>>org.apache.skywalking.apm.agent.core.context.ContextManager#inject
>>>>>org.apache.skywalking.apm.network.management.v3.ManagementServiceGrpc.ManagementServiceBlockingStub#keepAlive
SPI
举例2个GRPCChannelManager （NettyChannelBuilder），ServiceManagementClient
server 看情况具体演示
>org.apache.skywalking.oap.server.starter.OAPServerStartUp#main
>>org.apache.skywalking.oap.server.starter.OAPServerBootstrap#start
>>>org.apache.skywalking.oap.server.library.module.ModuleManager#init
>>>>org.apache.skywalking.oap.server.library.module.BootstrapFlow#start
>>>>>org.apache.skywalking.oap.server.core.CoreModuleProvider#start ( receiver.scan()及annotationScan 执行processor的create)
>>>>>org.apache.skywalking.oap.server.receiver.register.provider.RegisterModuleProvider#start
>>>>org.apache.skywalking.oap.server.library.module.BootstrapFlow#notifyAfterCompleted
>>>>>org.apache.skywalking.oap.server.core.CoreModuleProvider#notifyAfterCompleted
>>>>>org.apache.skywalking.oap.server.receiver.register.provider.handler.v8.grpc.ManagementServiceHandlerCompat#reportInstanceProperties
>>>>>>org.apache.skywalking.oap.server.receiver.register.provider.handler.v8.grpc.ManagementServiceHandler#reportInstanceProperties
>>>>>>>org.apache.skywalking.oap.server.core.source.SourceReceiverImpl#receive
>>>>>>>>org.apache.skywalking.oap.server.core.analysis.DispatcherManager#forward
>>>>>>>>>org.apache.skywalking.oap.server.core.analysis.manual.instance.InstanceTrafficDispatcher (各种转发器)
>>>>>>>>>org.apache.skywalking.oap.server.core.analysis.manual.segment.SegmentDispatcher#dispatch(各种转发器)
>>>>>>>>>>org.apache.skywalking.oap.server.core.analysis.worker.MetricsStreamProcessor#in
>>>>>>>>>>org.apache.skywalking.oap.server.core.analysis.worker.MetricsAggregateWorker#in
其他
对比 及 原理
https://skywalking.apache.org/zh/2019-02-24-skywalking-pk-pinpoint/
后期
维护，持久性
精选问题
精选提问
问1：想问问选型的时候用pinpoint还是SK好？
答：选型问题
要结合具体的业务场景， 比如你的代码运行环境 是java、php、net还是什么。
pinpoint在安装部署上要比skywalking略微复杂
pinpoint和sw支持的组件列表是不同的。 https://github.com/apache/incubator-skywalking/blob/master/docs/en/setup/service-agent/java-agent/Supported-list.md你可以参照这里的支持列表对比下pinpoint的支持对象做一个简单对比。
sw经过测试在并发量较高的情况下比pinpoint的吞吐量更好一些。
问2：有没有指标统计，比如某个url 的top10 请求、响应最慢的10个请求？某个服务在整个链条中的耗时占比？
答：1.sw自带有响应最慢的请求top10统计针对所有的endpoint的统计。 2.针对每个url的top10统计，sw本身没有做统计，数据都是现成的通过简单的检索就可以搜到你想要的结果。 3.没有具体的耗时占比，但是有具体总链路时间统计以及某个服务的耗时统计，至于占比自己算吧，可以看ppt中的调用链路监控的span时间解释。
问3：能不能具体说一下在你们系统中的应用？
答：EOS8LA版本中，我们整合sw对应用提供拓扑、调用链路、性能指标的监控、并在sw数据的基础上增加系统的维度。 当服务数很庞大的时候，整体的拓扑其实就是一张密密麻麻的蜘蛛网。我们可以通过系统来选择具体某个系统下的应用。 8LA中SW是5.0.0alpha版本，受限于sw功能，我们并没有提供告警能力，这在之后会是我们的考虑目标。
问4：业务访问日志大概每天100G，kubernetes 环境中部署，使用稳定吗？
答：监控数据没有长时间的存储必要，除非你有特定的需求。它有一定的时效性，你可以设置ttl自动清除过时信息。100g，es集群还是能轻松支撑的。
问5：和pinpoint相比有什么优势吗？
答：
部署方式、使用方式简单
功能特性支持的更多
高并发性能会更好一些
问6：skywalking的侵入式追踪功能方便进行单服务链的服务追踪。但是跨多台服务器多项目的整体服务链追踪是否有整体设计考虑？
答：sw本身特性就是对分布式系统的追踪，他是无侵入式的。无关你的应用部署在多少台服务器上。
问7：应用在加上代理之后性能会下降。请问您有什么解决方法吗？
答：性能下降是在所难免的，但是据我了解，以及官方的测试，他的性能影响是很低的。这是sw的测试数据供你参考。 https://skywalkingtest.github.io/Agent-Benchmarks/README_zh.html。
问8：有异构系统需求的话可以用sw吗？
答：只要skywalking的探针支持的应该都是可以的。
问9：sw对于商用的web中间件，如bes、tongweb、websphere、weblogic的支持如何？
答：商业组件支持的比较少，因为涉及到相关license的问题，sw项目组需要获得他们的支持来进行数据上报，据我了解，支持不是很好。
参考
官网相关
https://skywalking.apache.org/
https://github.com/apache/skywalking-java.git
https://github.com/apache/skywalking.git
https://skywalking.apache.org/blog/
#对比 及 原理
https://skywalking.apache.org/zh/2019-02-24-skywalking-pk-pinpoint/
钉钉告警 ，飞书 来源
https://skywalking.apache.org/zh/2020-12-13-skywalking-alarm/ 跳转github链接
微服务监控分析
https://skywalking.apache.org/zh/2019-01-03-monitor-microservice/#skywalking-trace%E7%9B%91%E6%8E%A7
博客相关
介绍
https://juejin.cn/post/7049920780569673736
指标
https://blog.csdn.net/lizz861109/article/details/107535100
