❶ skywalking如何探测项目中的oracle数据库
探针的插件没有oracle的jar
❷ Spring Cloud 整合 SkyWalking
探针，用来收集和发送数据到归集器。
参考官网给出的帮助 Setup java agent ，我们需要使用官方提供的探针为我们达到监控的目的，按照实际情况我们需要实现三种部署方式
探针文件在 apache-skywalking-apm-incubating/agent 目录下
继续之前的案例项目，创建一个名为 hello-spring-cloud-external-skywalking 的目录，并将 agent 整个目录拷贝进来
修改项目的 VM 运行参数，点击菜单栏中的 Run -> EditConfigurations... ，此处我们以 nacos-provider 项目为例，修改参数如下
启动 nacos-provider 项目，通过观察日志可以发现，已经成功加载探针
注: 如果无法访问到，请重启skywalking容器
访问之前写好的接口 http://localhost:8081/echo/hi 之后再刷新 SkyWalking Web UI，你会发现 Service 与 Endpoint 已经成功检测到了
至此，表示 SkyWalking 链路追踪配置成功
SkyWalking 通过业务调用监控进行依赖分析，提供给我们了服务之间的服务调用拓扑关系、以及针对每个 Endpoint 的 Trace 记录。
点击 Trace 菜单，进入追踪页
点击 Trace ID 展开详细信息
上图展示了一次正常的响应，总响应时间为 185ms 共有一个 Span（基本工作单元，表示一次完整的请求，包含响应，即请求并响应）
Span /echo/{message} 说明如下：
点击 Service 菜单，进入服务性能指标监控页
选择希望监控的服务
点击 More Server Details... 还可以查看详细信息
上图中展示了服务在一定时间范围内的相关数据，包括：
/config/agent.config
❸ Pinpoint和Skywalking对比
现在市场主流的采用 agent 监控的开源项目主要有2个，一个是韩国团队开源的 pinpoint 以及 wu-sheng 开源的 skywalking ，下面主要比较一下在团队运维，二次开发，用户使用等几个方面进行比较。
以中小公司的体量维护一套Hbase是较为困难的，出现问题也比较难解决，可能团队中都没有人能够hold住这个东西，对比Elasticsearch，搭建更加简单，数据的操作也更加简单，资料也随处可找，相对Hbase来说运维更为简单。
接入的方式2个差不多，但是pinpoint的接入方式更加的繁琐.
在前端UI上
上述的功能在阿里云的 ARMS 中也有体现，不过ARMS是修改了开源项目 pinpoint 整合而来，更是加上了 arthas ， 不需要使用 -javaagent 在项目启动的时候进行导入. 这一点可以学习，但是有一个致命的缺点的，就是太贵了.
❹ 两步路和skywalking哪个好用
两步路好用。
SkyWalking是一个应用性能监控系统，特别为微服务、云原生和基于容器（Docker,Kubernetes,Mesos）体系结构而设计。除了应用指标监控以外，它还能对分布式调用链路进行追踪。类似功能的组件还有：Zipkin、Pinpoint、CAT等。
两步路有很多的功能，例如轨迹是户外出行所有轨迹点的集合，轨迹上可以带有图片、视频、语音、文字等标注信息，主要用于户外出行的循迹和导航，帮助他人安全返回。
轨迹可以设置为“私有”，这样你的轨迹将不会被人搜索，公开的轨迹在你的个人页面上可以查看，也可以通过搜索引擎搜索到，另外你也可以自行将轨迹分享给其他人。
❺ skywalking缺点
Zipkin欠缺APM报表能力，产品升级完善快，社区活跃，埋点无侵入也失去了一些灵活性。
kywalking 是一个国产开源框架，2015年由个人吴晟（华为开发者）开源 ， 2017年加入Apache孵化器，skywalking是分布式系统的应用程序性能监视工具，专为微服务、云原生架构和基于容器（Docker、K8s、Mesos）架构而设计。SkyWalking 是观察性分析平台和应用性能管理系统。提供分布式追踪、服务网格遥测分析、度量聚合和可视化一体化解决方案。
链路追踪框架对比、；
1.Zipkin是Twitter开源的调用链分析工具，目前基于springcloud sleuth得到了广泛的使用，特点是轻量，使用部署简单。_
2.Pinpoint是韩国人开源的基于字节码注入的调用链分析，以及应用监控分析工具，特点是支持多种插件，UI功能强大，接入端无代码侵入。_
3.SkyWalking是本土开源的基于字节码注入的调用链分析，以及应用监控分析工具，特点是支持多种插件，UI功能较强，接入端无代码侵入。目前已成为apache顶级项目_
4.CAT是大众点评开源的基于编码和配置的调用链分析，应用监控分析，日志采集，监控报警等一系列的监控平台工具。
❻ skywalking 安装和使用
SkyWalking是一款针对分布式系统的国产APM（Application Performance Monitoring，应用性能监控）产品，主要针对微服务、Cloud Native和容器化（Docker、Kubernetes、Mesos）架构的应用。SkyWalking的核心是一个分布式追踪系统，目前已进入Apache 。
要通过SkyWalking将Java应用数据上报至链路追踪控制台，首先需要完成埋点工作。SkyWalking既支持自动探针（Dubbo、gRPC、JDBC、OkHttp、Spring、Tomcat、Struts、Jedis等），也支持手动埋点（OpenTracing）。本文介绍安装和自动动埋点方法。
成功会看到如下信息
只需关注如下内容，原配置文件的其他内容无需更改
修改的内容为
在日志中
看到Started @66759ms表示启动成功
在应用程序的启动命令行中添加-Dskywalking.agent.service_name参数。
在{JETTY_HOME}/start.ini配置文件中添加以下内容：
linux下 在 tomcat/bin/catalina.sh 第一行添加以下内容：
Windows下在 tomcat/bin/catalina.bat 第一行添加以下内容：
❼ linux安装全链路追踪工具skywalking8.0
SkyWalking是一个针对分布式系统的APM（应用性能监控）系统，特别针对微服务、cloud native和容器化架构，其核心是个分布式追踪系统。它通过探针自动收集所需的指标，且基于探针技术对应用零侵入零耦合。通过这些调用链路以及指标，SkyWalking APM会感知应用间关系和服务间关系，并进行相应的指标统计。
解压后，进入目录，默认自带了agent，这个是用来追踪java项目的。我因为是用来追踪php项目，所以这个用不上，如果要追踪php项目，需要另外安装php的agent，请查看我另外一篇文章( linux安装sky-php-agent )
bin里面是启动文件
config目录里面是配置文件
webapp目录里面是UI界面项目文件和配置文件
默认情况下，只需要更改一下 config/application.yml文件
默认的restHost和gRPCHost的IP为0.0.0.0，我这里改成我这边内网的IP。这里要注意一下，一旦改了IP，就只能用这个IP，比如我这里改成了内网IP，那么用127.0.0.1都不能访问。
如果需要更改UI界面访问的端口，可以修改 webapp/webapp.yml，里面配置文件很简单
注意一下，如果要想能够让受控端访问到skywalking服务，那么必须将12800端口对受控端服务器打开。WEB界面的端口，我这里是8081，大家可以改成自己需要的端口。
变更完配置后，就可以进去bin目录下，运行 startup.sh ，服务就会启动。然后通过http://服务器ip:8081进行界面访问。
受控端如果也启动了的话，这个时候，界面里就自动会出现数据了。
emmmm.....这里有个坑，默认情况下，打开界面什么数据都看不到，这个需要点击右上角的“自动”按钮，让按钮变成蓝色，这个时候就会有数据出现了。
如果还是没有出现数据，那就检查受控端服务是不是已经启动了，或者去看一下logs目录下的日志。如果受控端连接服务端出现错误，就看skywalking-oap-server.log；如果受控端一切正常，界面数据还是不显示，就看webapp.log
我在安装的时候，使用startup.sh启动文件，又遇到一个坑。这个启动文件，无论中间是不是有报错，都会提示启动成功。而且因为没有停止的命令，如果重复运行startup.sh，日志里会提示端口占用。这个时候，需要使用命令先查看占用端口的进程，然后杀掉进程，再重新运营启动文件才可以。
❽ skywalking与springbootadmin区别
作用不一样。根据查询相关公开信息，skywalking是一个apm系统，包含监控、追踪、并拥有故障诊断能力的分布式系统。springbootadmin是一个开源的社区项目，用于管理和监控应用程序的软件。
❾ 走进SkyWalking-插件概念[#2]
[TOC]
在解析SkyWalking的源码之前，我们先来了解下SkyWalking中的插件机制，那它的作用是什么？为什么先要去了解它呢？我们知道SkyWalking是用来监控应用程序的系统，那它必然需要收集我们应用程序中需要监控的相关数据，那问题就来了，它怎么知道我们系统中需要收集哪些数据？所以插架的作用就在于此，由于对监控的应用程序的不确定性，进而提供了可扩展的插件机制来满足实际的业务监控需求。
为什么先要去了解它？因为对监控数据的来源收集是应用监控的基础，也是第一步，也就是SkyWalking中的探针部分，同时它也是我们解析Agent启动源码中重要的一环。
在SkyWalking的文档及源文件中，相信你能看到官方已经提供了很多常见框架的不同版本的通用插件，这里面一些由官方提供，一些由社区开发者Pull；但是如果你想在项目中重度使用SkyWalking来做APM，仅仅使用这些插件还是不够的，你必然需要封装符合自己业务监控需求的插件，相应的，你必须的知道插件的机制以及如何开发。
工欲善其事必先利其器，开发插件前，我们先得具备SkyWalking的插件中的基础概念以及开发规范的要点。
它是上下文管理器，是SkyWalking中的核心API，负责提供所有主要的API，像下文中Span和Context的一些列操作都是由它封装并提供方法，同时负责维护Context上下文，内部是通过 ThreadLocal 来进行多线程的隔离和维护的，在后面插件开发的过程中会经常使用到这个类的。
跨度，它是系统中完成的单个工作单元，通俗的说一条完整的调用链路就是由多个Span单元组成的，通过下图相信你会更加直观的了解它，
这是 /storage/waste 的一条调用链路，下面的每一行就代表一个Span，上面的 test 是自定义的插件拦截定义的Span。
OpenTracing的规范中定义了一个Span需要包含操作名称、开始和结束时间、跨度标签、跨度日志、 SpanContext ，其中SpanContext的作用是携带跨进程的边界数据，由 traceId 、 spanId 、键值对数据组成。
而SkyWalking的Span概念与之类似，同时提供了一些扩展，我们先来看下Span的类图结构,
首先 AsyncSpan 定义了一个顶层接口，
能看到里面定义了两个方法，它们是在异步场景下使用的API，当Span中的组成信息需要在另一个线程中进行设置时，像标签、日志、属性等，就可以使用它们。使用的方式也很简单，比如在A线程的Span里面调用 prepareForAsync() 方法，然后再B线程中拿到Span进行设置，完成后调用 asyncFinish() 方法来结束调用即可。
再来看它的子类接口 AbstractSpan ，它里面就定义了Span的属性组成，像操作名称OperateName、标签Tag、日志Log、组件Component、类别Layer等等。其中
而下面的实现子类中，其中 NoopSpan 是一个空实现，没有任何实际操作，用来存放 IgnoredTracerContext 的，我们主要看 AbstractTracingSpan 下三个重要的实现子类：
我们再定义Span的时候只需要根据上面的描述创建相应的Span即可，其中 EntrySpan 和 ExitSpan 注意要设置Component和Layer值。这里创建Span的方式也很简单，利用 ContextManager 提供的API来完成，
Context通常代表着上下文，相信看过一些框架源码，像Spring等，一定对它很熟悉；那我们来看看SkyWalking中的Context是怎么定义的，先看类图，
这里 AbstractTracerContext 是一个顶层接口，代表着跟踪上下文的管理器， IgnoredTracerContext 刚才我们提到过，源码注释中对其说明是表示一个被忽略的上下文，主要作用是用一个字段 int stackDepth 来维护堆栈深度，它通常在Span中的OperateName定义为空时会被创建；而 TracingContext 才是核心跟踪逻辑控制器，它保存着一些基本的信息个状态以外，还存放着上下文中传播的 Span 和跨度深度等重要数据。
我们在创建 Span 的时候方法内部会自动帮我创建 AbstractTracerContext 并初始化，所以不用担心，主要在下面两种情况下会需要我们进行传递处理：
通过上面我们知道了SkyWalking中插件的作用、自定义插件中需要定义的哪些基本信息和规范，以及如何在不同的场景下进行上下文的传播，那接下来就是如何进行插件开发了，下一篇我们继续。
身未动，心已远。
把一件事做到极致就是天分！
❿ skywalking agent配置
配置文件路径在 ./agent/config/agent.config 下
中文配置参数列表
8.5 配置列表
配置覆盖
配置优先级, 每种配置功能一样, 没有区别, 不过存在优先级之分, 按如下顺序
令牌身份验证是关于监控应用数据是可信的。
应用端 agent.config
服务端 application.yml
如果令牌不正确，将会在 agent 端看到如下日志
默认是false, 通过设置为true打开, 方便调试
默认是false, 通过设置为true打开, 方便调试
skywalking 的追踪功能 可以查看到
CDS
仅支持一下几个动态配置
分为 bootstrap 插件和 optional 插件
Java agent的所有插件都是可插拔的。在agent或第三方仓库的optional-plugins 文件夹下提供了可选的插件。 想要使用可选插件，你需要将对应插件移动到/plugins文件夹下。
已知的 Bootstrap 插件.
目前，我们提供了如下的可选插件。