容器環(huán)境的微服務(wù)鏈路可視化方案

容器環(huán)境的微服務(wù)鏈路可視化方案與觀點(diǎn)容器環(huán)境的微服務(wù)如何進(jìn)行鏈路可視化，通過(guò)APM工具的話哪些比較適合容器環(huán)境使用?境，都是向下屏蔽的。如果預(yù)算有限，建議使用skywalking(2)容器的網(wǎng)絡(luò)環(huán)境可能是overlay、underlay或者routing,所以ip不能作為唯自定義標(biāo)識(shí)的擴(kuò)展性以及可視化能力，如果是Java應(yīng)用，個(gè)人比較推薦使用四、某IT企業(yè)技術(shù)總監(jiān)：APM(ApplicationPerformanceManagement)即應(yīng)用性能管理，屬于IT運(yùn)維管理((ITOM))范疇。主要是針對(duì)企業(yè)關(guān)鍵業(yè)務(wù)的IT應(yīng)用性能和用戶體驗(yàn)的監(jiān)測(cè)、優(yōu)化，提高企業(yè)IT應(yīng)用的可靠性和質(zhì)量，保證用戶得到良好的服務(wù)，降低IT總擁有成本((TCO)).基于微服務(wù)的端到端的監(jiān)控是比較復(fù)雜的，鏈路可視化的目的為了構(gòu)建一個(gè)閉環(huán)系統(tǒng)，以監(jiān)控應(yīng)用本身的性能為主，,應(yīng)用性能管理的重點(diǎn)也開始聚焦于應(yīng)用本身的性能與管理上。做到可視化管理的目的和運(yùn)維的方向。SkyWalking、Pinpoint、ElasticAPM、CAT等,一般建議參考幾個(gè)方面：5、業(yè)務(wù)能否hold住6、OpenTracing標(biāo)準(zhǔn)CNCF推出OpenTracing標(biāo)準(zhǔn)，統(tǒng)一了Trace數(shù)據(jù)結(jié)構(gòu)和格式，通過(guò)提供平臺(tái)無(wú)關(guān)的API,使得開發(fā)人員能夠方便的添加追蹤系統(tǒng)的實(shí)現(xiàn)，建議選型參考這個(gè)標(biāo)準(zhǔn)。綜上，建議Jaeger或者SkyWalking：2、SkyWalking侵入性低，java語(yǔ)言，國(guó)內(nèi)當(dāng)當(dāng)、華為使用；1、通過(guò)埋設(shè)探針對(duì)微服務(wù)各個(gè)服務(wù)進(jìn)行監(jiān)控與數(shù)據(jù)收集，簡(jiǎn)單、易上手。2、通過(guò)旁路探測(cè)的方式對(duì)請(qǐng)求服務(wù)進(jìn)行監(jiān)控，復(fù)雜、工作量大。下面介紹通過(guò)探針的方式對(duì)微服務(wù)進(jìn)行鏈路監(jiān)測(cè)與可視化，當(dāng)前市場(chǎng)上開源框架當(dāng)前市面上比較流行SkyWalking、Zipkin、Pinpoint這個(gè)比較主流，功能比較完善，支持分布式跟蹤、監(jiān)控、各種性能指標(biāo)，與周邊其他開源項(xiàng)目融合比較緊密，接口完善、數(shù)據(jù)打通、支持可視化展示與擴(kuò)展接口。全鏈路監(jiān)控可視化解決哪些問(wèn)題：·請(qǐng)求鏈路追蹤：通過(guò)度析服務(wù)調(diào)用關(guān)系，繪制運(yùn)行時(shí)拓?fù)湫畔ⅲ梢暬故??！と萜饕?guī)劃參考：擴(kuò)容/縮容、服務(wù)降級(jí)、流量控制?！み\(yùn)行情況反饋：告警，通過(guò)調(diào)用鏈結(jié)合業(yè)務(wù)日志快速定位錯(cuò)誤信息。優(yōu)勢(shì)：APM工具對(duì)代碼侵入性比較小或無(wú)侵入的集成到現(xiàn)有微服務(wù)當(dāng)中，減少開發(fā)人員工作負(fù)擔(dān)與透明接口。七、某證券公司DevOps工程師：如果引入服務(wù)網(wǎng)格如istio,則通過(guò)jaeger支持的比較好，服務(wù)網(wǎng)格的代理envoy,會(huì)自動(dòng)生成traceID,能夠由jaeger收集起來(lái)，形成調(diào)用鏈，類似的還有skywalking,也在和envoy對(duì)接中。如果不引入服務(wù)網(wǎng)格，則需要應(yīng)用對(duì)接skywalking,jaeger,即在應(yīng)用進(jìn)程內(nèi)啟動(dòng)一個(gè)agent,對(duì)鏈路數(shù)據(jù)收集后發(fā)送到server端處理。當(dāng)前容器環(huán)境下的微服務(wù)監(jiān)控方案也比較成熟，可選擇性也比較多，開源的方案當(dāng)前比較主流的有Pinpoint、Skywalking、Istio等，其中Pinpoint和Skywalking主要采用Java語(yǔ)言開發(fā)，對(duì)Java生態(tài)有著非常好的支持，啟動(dòng)時(shí)通過(guò)Javaagent的方式就能夠快速集成，對(duì)于其他語(yǔ)言社區(qū)也提供了一些集成方案，Istio這種就是當(dāng)前主流的服務(wù)網(wǎng)格的方案，與語(yǔ)言無(wú)關(guān)，通過(guò)sidecar的方式集成，也能夠?qū)崿F(xiàn)微我們是進(jìn)行了分類，微服務(wù)的監(jiān)控使用的skywalk進(jìn)行鏈路監(jiān)控；容器的監(jiān)控使用另一套監(jiān)控，即將容器一定程度上作為基礎(chǔ)架構(gòu)進(jìn)行的監(jiān)控。還有就是，容器的名稱和微服務(wù)名稱保持一致，這樣能夠更好地監(jiān)控和管理。如果不需要深入到代碼級(jí)別的監(jiān)控，能夠考慮Sysdig及Sysdigmonitor。SysdigMonitor使用eBPF協(xié)議直接從內(nèi)核獲取所有系統(tǒng)調(diào)用的信息，應(yīng)用程序無(wú)需在代碼中或容器運(yùn)行時(shí)進(jìn)行任何修改。相較于APM深度代碼級(jí)別的監(jiān)控更加輕量，對(duì)應(yīng)用的影響也會(huì)更少。系統(tǒng)調(diào)用能夠提供有關(guān)正在運(yùn)行的進(jìn)程，內(nèi)存分配，網(wǎng)絡(luò)連接，對(duì)文件系統(tǒng)的訪延遲、錯(cuò)誤、分位數(shù)等信息。充足用于故障的定界，快速判斷是基礎(chǔ)設(shè)施、網(wǎng)絡(luò)、應(yīng)用還是容器本身的問(wèn)題導(dǎo)致的故障。當(dāng)然，如果需要進(jìn)一步找到是哪行代碼出了問(wèn)題，還是需要APM的能力。十一、某方案顧問(wèn)數(shù)據(jù)采集主要包括日志、監(jiān)控指標(biāo)以及鏈路的數(shù)據(jù)采集。日志類：通過(guò)文件和Logstash采集監(jiān)控指標(biāo)類：對(duì)接監(jiān)控平臺(tái)和日志平臺(tái)鏈路：異構(gòu)系統(tǒng)通過(guò)kafka統(tǒng)一上報(bào)鏈路topic,java類應(yīng)用能夠通過(guò)SDK方式容器：容器中的日志和指