随着微服务架构的流行，一些微服务架构下的问题也会越来越突出，比如一个请求会涉及多个服务，而服务本身可能也会依赖其他服务，整个请求路径就构成了一个网状的调用链，而在整个调用链中一旦某个节点发生异常，整个调用链的稳定性就会受到影响，所以会深深的感受到 “银弹” 这个词是不存在的，每种架构都有其优缺点 。
service map
面对以上情况， 我们就需要一些可以帮助理解系统行为、用于分析性能问题的工具，以便发生故障的时候，能够快速定位和解决问题，这就是所谓的APM（应用性能管理）。
目前主要的一些 APM 工具有: Cat、Zipkin、Pinpoint、SkyWalking，这里主要介绍一下 SkyWalking ，它是一款优秀的国产 APM 工具，包括了分布式追踪、性能指标分析、应用和服务依赖分析等。
下面是 SkyWalking 5.x 的架构图，6.x 会有些变化，目前还没有 Release。
5.x architecture
说明：通过在应用程序中添加 SkyWalking Agent，就可以将接口、服务、数据库、MQ等进行追踪，将追踪结果通过 HTTP 或 gRPC 发送到 SkyWalking Collecter，SkyWalking Collecter 经过分析和聚合，将结果存储到 Elasticsearch 或 H2，SkyWalking 同时提供了一个 SkyWalking UI 的可视化界面，UI 以 GraphQL + HTTP 方式获取存储数据进行展示。
上面的架构图看似模块有点多，但在实际使用时我们并不需要关注太多的实现方式，HTTP、gRPC 、GraphQL 这些都是其内部架构使用到的技术，我们只需安装 SkyWalking Collecter、Elasticsearch 或 H2，然后在需要追踪的服务内配置少量的代码（Java 项目通过修改 JVM 参数即可），最后通过 SkyWalking UI 查看结果。
下面基于 Windows 环境使用 SkyWalking-netcore 来介绍一下 SkyWalking， SkyWalking-netcore 是 SkyWalking 的 .NET Core Agent。
环境要求
JDK8+
Elasticsearch 5.x
8080,10800,11800,12800 端口不被占用
Elasticsearch下载安装 参考官方教程， 安装完成后需要对 config/elasticsearch.yml 做如下修改：
# 修改 # 如果 cluster.name 不设置为 CollectorDBCluster ，则需要修改 SkyWalking 的配置文件cluster.name: CollectorDBCluster network.host: 0.0.0.0# 增加thread_pool.bulk.queue_size: 1000
如果是 linux 环境，Elasticsearch 安装可能没有那么顺利，请参考 Linux 环境下安装 Elasticsearch 5.x、6.x 问题汇总。
下载 SkyWalking
SkyWalking 个人建议直接下载官方编译好的，下载地址
启动 SkyWalking
skywalking config
config/application.yml 内有所有的默认配置，可以发现默认是使用 Elasticsearch 进行数据存储的，所以在启动 SkyWalking 之前，确保 Elasticsearch 已启动。
SkyWalking 的启动包括两部分，一个是 SkyWalking Collector ，一个是 SkyWalking UI，SkyWalking 解压后的 bin 目录：
skywalking bin
bat 为 windows 环境使用，sh 为 linux 环境使用，我们可以分别其他 collectorService 和 webappService，也可以通过 startup 一次性全部启动，从 startup 中的命令可以知道其实就是分别启动 collectorService 和 webappService。
如果一切顺利(不顺利请多看几遍 快速入门)，这时候就可以通过 http://localhost:8080 来查看 SkyWalking UI 了（默认全是0，截图是测试效果），默认账号/密码：admin/admin。
skywalking ui
Java 项目接入
参考 部署 skywalking javaagent，skywalking-agent.jar 位于下载包的 agent 目录下，具体效果这里就不测试了
skywalking java agent
.NET Core 项目接入
新建一个.NET Core API 项目，安装 Nuget 包：
Install-Package SkyWalking.AspNetCore
修改 Startup.cs：
public void ConfigureServices(IServiceCollection services){ //......
services.AddSkyWalking(option =>
{
option.ApplicationCode = "WebAPIService1";
option.DirectServers = "localhost:11800";
});
}这时候启动程序，请求的追踪结果就会被记录下来，通过 SkyWalking UI 查看
skywalking ui request log
单个服务的效果并不明显，看不出请求跨度、链路关系，下面是一个多服务的例子(下载源码)，依赖关系图如下：
service request map
目前 SkyWalking 的 .NET Core Agent 支持通过 HttpClient 发送的请求和 通过 EntityFramework 进行数据库操作的跟踪，其他的作者在支持的路上。根据以上的关系图搭建好项目后，访问接口后结果如下：
skywalking ui spans
一共有4各跨度，先访问 WenAPIService1，然后发送 HttpClient 请求，转到 WenAPIService2，WenAPIService2 执行操作 DB 的命令，每个跨度的耗时一目了然。
skywalking ui topology map
作者：BeckJin
链接：https://www.jianshu.com/p/2fd56627a3cf