數(shù)據(jù)準(zhǔn)入：所有數(shù)據(jù)對(duì)象化，定義固定字段、對(duì)象描述字段、對(duì)象具體數(shù)值三類，便于后續(xù)管理。數(shù)據(jù)血緣：數(shù)據(jù)采集階段記錄數(shù)據(jù)依賴關(guān)系，明確展示數(shù)據(jù)血緣，避免數(shù)據(jù)關(guān)聯(lián)錯(cuò)誤同時(shí)可比較大化減少數(shù)據(jù)冗余。數(shù)據(jù)生命周期：嚴(yán)格控制數(shù)據(jù)存儲(chǔ)生命周期，定時(shí)對(duì)冗余數(shù)據(jù)進(jìn)行清洗校驗(yàn)，確保整體性能。數(shù)據(jù)完整性：基于數(shù)據(jù)血緣，對(duì)所有數(shù)據(jù)的完整性進(jìn)行校驗(yàn)，不僅對(duì)單條數(shù)據(jù)本身同時(shí)需要對(duì)上下關(guān)聯(lián)數(shù)據(jù)進(jìn)行校驗(yàn)。數(shù)據(jù)責(zé)任制：將各類數(shù)據(jù)的正確性和關(guān)聯(lián)性責(zé)任到各個(gè)專業(yè)團(tuán)隊(duì)，從源頭控制數(shù)據(jù)質(zhì)量。我們要運(yùn)維監(jiān)控的對(duì)象你是否了解呢？比如CPU到底是如何工作的？品質(zhì)運(yùn)維監(jiān)控選擇

當(dāng)前，數(shù)字化時(shí)代正在加速到來(lái)，企業(yè)IT運(yùn)維也迎來(lái)結(jié)構(gòu)性變革與新的發(fā)展機(jī)遇。企業(yè)數(shù)字化轉(zhuǎn)型在為企業(yè)業(yè)務(wù)與管理革新帶來(lái)挑戰(zhàn)的同時(shí)，也對(duì)企業(yè)IT基礎(chǔ)設(shè)施建設(shè)與運(yùn)維體系優(yōu)化提出更高的要求。IT運(yùn)維作為數(shù)字基礎(chǔ)設(shè)施建設(shè)的底座，正在邁向平臺(tái)化、集約化方向發(fā)展，通過(guò)加強(qiáng)數(shù)據(jù)中心IT運(yùn)營(yíng)能力的支撐，為業(yè)務(wù)運(yùn)行提效增能?；趪?guó)家政策頒布、專業(yè)機(jī)構(gòu)趨勢(shì)解讀和落地實(shí)踐經(jīng)驗(yàn)提煉，可將2022年信創(chuàng)IT運(yùn)維領(lǐng)域發(fā)展總結(jié)為如下幾點(diǎn)：

1、運(yùn)維管理邁向平臺(tái)化、集約化方向發(fā)展；

2、信創(chuàng)國(guó)產(chǎn)化標(biāo)準(zhǔn)興起；

3、云上云下一體化運(yùn)維；

4、大數(shù)據(jù)技術(shù)的深入；

5、運(yùn)維和安全加速融合。

從國(guó)家政策推動(dòng)、協(xié)會(huì)機(jī)構(gòu)標(biāo)準(zhǔn)制定，到各行業(yè)單位用戶及供應(yīng)鏈上下游產(chǎn)商，都在為信創(chuàng)國(guó)產(chǎn)軟件不遺余力貢獻(xiàn)力量。與此同時(shí)，我國(guó)數(shù)字化進(jìn)程之快，幾乎令身處其中的各行業(yè)以極快的速度完成了硬著陸。這也讓不少行業(yè)的企事業(yè)單位倍感壓力，比如要面對(duì)IT運(yùn)維手段滯后的窘境。IT運(yùn)維既是各行業(yè)在新基建浪潮下的必然選擇，也是信創(chuàng)國(guó)產(chǎn)軟件發(fā)展方向的必修課。

數(shù)字經(jīng)濟(jì)如此跨越式增長(zhǎng)，基礎(chǔ)設(shè)施的智能運(yùn)維功不可沒。畢竟在效率、產(chǎn)業(yè)規(guī)模擴(kuò)張等客觀要求下，粗暴人力的傳統(tǒng)模式無(wú)力應(yīng)付如今的IT運(yùn)維環(huán)境。 智能化運(yùn)維監(jiān)控互惠互利Argus優(yōu)化了 Promethues Exporter Http 采集接入流程，可自動(dòng)創(chuàng)建指標(biāo)。

Flow是一種數(shù)據(jù)交換方式，其工作原理是：

Flow利用標(biāo)準(zhǔn)的交換模式處理數(shù)據(jù)流的第1個(gè)IP包數(shù)據(jù)，生成Flow緩存，隨后同樣的數(shù)據(jù)基于緩存信息在同一個(gè)數(shù)據(jù)流中進(jìn)行傳輸，不再匹配相關(guān)的訪問(wèn)控制等策略，F(xiàn)low緩存同時(shí)包含了隨后數(shù)據(jù)流的統(tǒng)計(jì)信息。

一個(gè)Flow流定義為在一個(gè)源IP地址和目的IP地址間傳輸?shù)膯蜗驍?shù)據(jù)包流，且所有數(shù)據(jù)包具有共同的傳輸層源、目的端口號(hào)。

相對(duì)于會(huì)話(“Session”)而言，“Flow”具備更細(xì)致的標(biāo)識(shí)特征，在傳統(tǒng)的TCP/IP五元組的基礎(chǔ)上增加了一些新的域值，至少包括以下幾個(gè)字段：

|源IP地址|目的IP地址|源端口|目的端口|IP層協(xié)議類型|ToS服務(wù)類型（dscp）|輸入物理端口（ifindex）|

以上七個(gè)字段可以唯1地確定任意一個(gè)數(shù)據(jù)包屬于哪個(gè)特定的Flow。

換而言之，任何一個(gè)字段出現(xiàn)了差異都意味著一個(gè)新Flow的發(fā)生。對(duì)于Flow的分析展示同樣也是要基于多維度的：

IP(目的與源)、port(目的與源)、業(yè)務(wù)、網(wǎng)絡(luò)架構(gòu)、城市、IDC等。

具體所需的維度依賴于自己的業(yè)務(wù)場(chǎng)景。Flow是廠商的私有協(xié)議，業(yè)界也有多種的Flow格式。例如CISCO、華為、juniper等等的主流廠商的Flow也是均有一定差異性與優(yōu)劣的，常用的有NetFlow與SFlow。所以這部分的后臺(tái)能力是需要有異構(gòu)。

運(yùn)維監(jiān)控從原有的被動(dòng)式處理故障變?yōu)榻邮疹A(yù)警信息，提前發(fā)現(xiàn)潛在風(fēng)險(xiǎn)、提前解決問(wèn)題，在IT故障波及業(yè)務(wù)運(yùn)行之前的告警處置。及時(shí)發(fā)現(xiàn)業(yè)務(wù)系統(tǒng)各個(gè)單元故障，深度定位系統(tǒng)的故障根源，通過(guò)CMDB建立IT資源關(guān)聯(lián)關(guān)系并在故障發(fā)生時(shí)迅速發(fā)現(xiàn)潛在可能影響的業(yè)務(wù)。7*24小時(shí)不間斷、無(wú)遺漏監(jiān)控，相對(duì)于人工巡檢而言，發(fā)現(xiàn)問(wèn)題更及時(shí)完備。支持對(duì)不同硬件廠商/系列/型號(hào)、不同軟件類型/版本的全類指標(biāo)監(jiān)控和故障分析，內(nèi)置告警處置知識(shí)庫(kù)，降低了運(yùn)維工作對(duì)人的依賴程度。方便IT組織部門對(duì)人與硬件資源、虛擬資源之間的維護(hù)關(guān)系管理，助力IT報(bào)障責(zé)任劃分體系建設(shè)，為IT運(yùn)維人員的工作績(jī)效提供依據(jù)。使業(yè)務(wù)部門感知到的運(yùn)行故障頻次大量降低，提升對(duì)信息保障部門的信任度。Argus支持自定義事件聚合規(guī)則， 貼合真實(shí)業(yè)務(wù)場(chǎng)景。

遇到多集群場(chǎng)景問(wèn)題

多達(dá)上百個(gè)集群數(shù)，而有些業(yè)務(wù)系統(tǒng)擁有多個(gè)集群，其多集群場(chǎng)景特點(diǎn)有：

服務(wù)發(fā)現(xiàn)隔離：Prometheus的服務(wù)發(fā)現(xiàn)機(jī)制無(wú)法發(fā)現(xiàn)多個(gè)集群的被監(jiān)控對(duì)象；

網(wǎng)絡(luò)隔離：跨集群可能存在連通性問(wèn)題；

業(yè)務(wù)需求：業(yè)務(wù)系統(tǒng)可能需要跨集群聚合數(shù)據(jù)。

只用Prometheus能解決嗎？

Prometheus本身只支持單機(jī)部署，沒有自帶支持集群部署，對(duì)于集群化和水平擴(kuò)展，官方和社區(qū)都沒有銀彈，需要合理選擇VictoriaMetrics、Thanos等開源方案或自研方案。Prometheus的存儲(chǔ)空間也受限于單機(jī)磁盤容量，磁盤容量決定了單個(gè)Prometheus所能存儲(chǔ)的數(shù)據(jù)量，數(shù)據(jù)量大小又取決于被采集服務(wù)的指標(biāo)數(shù)量、服務(wù)數(shù)量、采集速率以及數(shù)據(jù)過(guò)期時(shí)間。在數(shù)據(jù)量大的情況下，我們可能就需要做很多取舍，比如丟棄不重要的指標(biāo)、降低采集速率、設(shè)置較短的數(shù)據(jù)過(guò)期時(shí)間等。 基于Zabbix二開的開源監(jiān)控和報(bào)警系統(tǒng)Argus入門之旅！遼寧運(yùn)維監(jiān)控口碑推薦

運(yùn)維監(jiān)控中收到了故障報(bào)警，我們?cè)趺刺幚砟?？有什么更高效的處理流程嗎？品質(zhì)運(yùn)維監(jiān)控選擇

Zabbix 是 B/S 架構(gòu)，抓取數(shù)據(jù)是通過(guò)客戶端抓取的，在客戶端必須有服務(wù)啟動(dòng)，該服務(wù)負(fù)責(zé)采集數(shù)據(jù)，數(shù)據(jù)會(huì)主動(dòng)上報(bào)給服務(wù)端，也可讓服務(wù)端連接客戶端去抓取數(shù)據(jù)。客戶端分為兩種模式，即主動(dòng)模式和被動(dòng)模式。Argus運(yùn)維監(jiān)平臺(tái)以 Zabbix 為基礎(chǔ)，可同時(shí)兼容 不同版本的Zabbix，以 zabbix 為采集關(guān)鍵配合自研的 ArgusNMS 增強(qiáng)模塊為一組采集單元， ArgusEdge 的統(tǒng)一調(diào)度實(shí)現(xiàn)監(jiān)管控的需求。單一業(yè)務(wù)環(huán)境下可以支持多 組采集單元（多zabbix-server），實(shí)現(xiàn)真正意義上的分布式采集。 品質(zhì)運(yùn)維監(jiān)控選擇

上海觀縱科技有限公司正式組建于2022-11-14，將通過(guò)提供以webfunny前端監(jiān)控，webfunny前端埋點(diǎn)，全鏈路應(yīng)用性能監(jiān)控，Argus-IT運(yùn)維監(jiān)控等服務(wù)于于一體的組合服務(wù)。觀縱科技經(jīng)營(yíng)業(yè)績(jī)遍布國(guó)內(nèi)諸多地區(qū)地區(qū)，業(yè)務(wù)布局涵蓋webfunny前端監(jiān)控，webfunny前端埋點(diǎn)，全鏈路應(yīng)用性能監(jiān)控，Argus-IT運(yùn)維監(jiān)控等板塊。同時(shí)，企業(yè)針對(duì)用戶，在webfunny前端監(jiān)控，webfunny前端埋點(diǎn)，全鏈路應(yīng)用性能監(jiān)控，Argus-IT運(yùn)維監(jiān)控等幾大領(lǐng)域，提供更多、更豐富的傳媒、廣電產(chǎn)品，進(jìn)一步為全國(guó)更多單位和企業(yè)提供更具針對(duì)性的傳媒、廣電服務(wù)。值得一提的是，觀縱科技致力于為用戶帶去更為定向、專業(yè)的傳媒、廣電一體化解決方案，在有效降低用戶成本的同時(shí)，更能憑借科學(xué)的技術(shù)讓用戶極大限度地挖掘webfunny,walkingfunny,argus的應(yīng)用潛能。