❶ 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 插件.
目前，我們提供了如下的可選插件。