k8凯发(中国)

自主研發
以技術實力創新產品設計

技術架構

在基礎框架、可重用組件和軟件功能之間保持隔離,既確保了快速定製又不損失組件化、架構化特性。


框架

應用服務器採用MVC模式由表示層、業務層、數據層構成;採集服務端顺利获得設備中間層將設備與平台功能獨立,並给予Restful和WebSocket北向接口。


架構

SpringBoot、Shiro、Hibernate JPA、SNMP、HTTP、JDBC、O-M Mapping、O-R Mapping、HTML5、Vue、WebSocket、多線程、緩存、大數據、消息隊列等成熟技術。


彈性

框架採用設備中間層屏蔽不同廠商設備管理協議的差異,實現支持管理不同類型的被管設備。


界面

同時支持C/S及B/S界面,C/S基於Java的Swing技術開發,B/S基於HTML5、Vue開發,顺利获得Restful接口和WebSoket實現數據交互。


技術特點

完全由北京k8凯发(中国)自主研發,不包含任任何第三方商業權利。
Java架構產品,從功能模塊、數據庫、界面全部基於統一Java技術平台和統一數據關係模型,不包含任何第三方功能庫。
包含Java網絡拓撲圖產品、智能化專利的Java SNMP組件和自動發現產品。
在基礎框架、可重用組件和軟件功能之間保持隔離,既確保了快速定製又不損失組件化、架構化特性。
從底層網絡協議到開發平台,100%自主知識產權,確保移交給客戶的產品中不含任何第三方商業權利。
採用標準Java領域成熟的輕量級技術,既方便開發,也方便與各種系統集成。
同時具有基於Java的客戶端和HTML5的客戶端,滿足不同用戶喜好。

k8凯发(中国)網管平台與傳統運維軟件對比

平台化智能運維理念和傳統運維思路的碰撞
功能模塊  對比項目 k8凯发(中国)網管平台 

傳統運維軟件 

平台架構

產品定位

自主研發,統一代碼、統一數據模型、統一技術架構,統一拓撲、監控、流量、控制、資產、工單、數據分析等運維中台能力,一套軟件解決客戶運維問題。

實現運維需多條產品線,無法集中覆蓋運維需求,運維數據易形成孤島,實現運維功能需多套系統間穿梭切換。

技術架構電信級架構、微內核精簡;後台純Java,前端純HTML5 Web,數據統一建模存儲,容錯與擴展性強。混合Java、C++、PHP、Ruby、Python、GO、HTML等多種技術和多種數據源,使用和升級改造複雜。

自主研發

從底層+中台+前端均自主研發,技術可控性高,可低成本快速解決客戶高階需求。

大多直接使用開源套件+外圍自研,技術可控性風險高,解決客戶高階需求的代價較大。

萬物管控始於產品衍生即具備的萬物管控接入模型、數據模型、顯示模型、擴展模型等技術底座,支持管控包括骨幹網、核心網、接入網、數據機房、軟件業務、終端、物聯網等一切聯網IP設備和軟硬件系統。無萬物管控的技術模型,不同的設備類型採用截然不同的技術模型,大多數針對數據機房設備和軟件,對骨幹網、核心網、物聯網設備的管控缺失。

全平台支持

跨平台技術,支持國產信創、Linux、Windows、Unix、嵌入式、容器、雲、虛擬化等環境,對客戶平台無過多要求。

自研不徹底,全平台兼容不徹底,技術兼容性隱患多,對客戶平台要求多。

國產信創100%自研自主可控,產品原生支持雙向運行和管控:龍芯、飛騰、鯤鵬、申威、海光、兆芯等晶片,麒麟、統信、歐拉、中科等OS,達夢、金倉、神通、華為、騰訊、阿里等數據庫,寶蘭德、金蝶、東方通等中間件等常見信創生態。非100%自研自主可控,非跨平台技術,非原生支持信創,需重新與各個國產信創生態系統環單獨進行大量適配改造,或僅支持個別信創生態。

部署實施

內置Java、Web、中間件、數據庫,等全部運行環境,部署簡單。資源佔用少,綠色軟件,拷貝即可運行、遷移和備份。

安裝包龐大,模塊複雜,不內置數據庫和運行環境。安裝複雜、佔用資源多,遷移、備份複雜。

是否侵入式免安裝Agent或探針,採用原廠自帶的標準管理協議,不侵入被管系統,軟件安全有保障,傳輸的數據和操作行為可控,兼容性與安全性更佳,啟用協議簡單方便,被管設備的資源消耗極低,不干擾業務和服務運行。大部分需要在被管設備商安裝1個或多個第三方的Agent軟件/採集探針,各種Agent/探針的品質魚龍混雜,傳輸的數據和操作行為不透明不可控,更換運維系統導致更換Agent/探針,兼容性與安全性差、實施成本高。被管設備的資源消耗較高,容易干擾業務和服務穩定運行。

網絡適應

可以穿透私網,管控私網中的網絡設備,支持網絡隔離、屏蔽、內網等多種嚴格網絡環境。不需要任何第三方私網穿透、NAT、代理軟件或硬件。

大部分不支持,或需要第三方NAT、代理軟件或硬件。

多級部署軟件自身可配置成分佈式運行、子分部門運維、綜合運維、大小運維、多級串聯運維。多種模式下保持界面和功能的一致性。滿足客戶各種地域、組織架構、網絡層級的場景。大部分軟件無此靈活的運行模式,或是多種模式需採用不同的軟件。難於滿足客戶各種架構和網絡場景。

硬件成本

基於統一自研平台模型和標準化管理協議,管控同等設備和要求下,所需要的CPU、磁盤、內存、網絡等資源消耗僅為傳統運維軟件的1/2-1/3。

軟件複雜,業務流程多,需要更多的硬件資源才能支持運維,綜合使用和維護的總成本高。

非編程擴展廠商或客戶均可顺利获得Web界面配置策略實現新設備和新管控需求,最快幾小時即可完成一款新設備的適配,客戶的新設備可無成本接續納管。無法在客戶現場及時適配,需要顺利获得腳本代碼甚至開發才能實現擴展,或等待廠商下一版才能支持,時間和成本高。
適用範圍開放式統一運維平台,適合所有行業和客戶。现在已有軍工、國防、政府、科研院所、教育、能源、軌道、交通、金融、工業、運營商、醫療、公檢法、設備商、軟件商等行業大量落地案例。主要是特定行業,無法實現全行業通用。
拓撲中心網絡可觀測一鍵生成拓撲圖,智能設備發現、資源發現、鏈路發現、設備面板圖和網口數據呈現、故障和性能展示、鏈路流量和狀態等。實現整體網絡可觀測。多採用手動添加的方式生成拓撲,操作複雜,工作量大,且多採用Visio模式拓撲展示設備連結關係,網絡整體運行狀態難觀測。
設備發現一鍵式智能設備發現,给予IP範圍、網絡範圍、路由跳轉、IP漫遊、下掛設備等設備發現算法。

部分智能化,不徹底。

設備類型覆蓋不,存在大量手動添加設備的情況。

鏈路識別一鍵式智能鏈路識別,顺利获得LLDP、CDP、ICMP、ARP、鄰居路由、端口轉發、生成樹協議、環網、堵塞、聚合、模糊鏈路等論文級算法,智能發現設備連結。部分智能化,不徹底,算法較少,算法能力較淺,大量鏈路需要手動添加。
拓撲適應支持機房機櫃、網絡子網、組織架構、地圖地域、物理拓撲、邏輯拓撲、背景編輯等多種形式。最大化適應客戶網絡觀察習慣。拓撲樣式單一,缺乏靈活自定義能力,不能滿足客戶多樣化的網絡觀察要求。
操作體驗以拓撲為核心,80%的管理、控制操作均可在拓撲圖中完成,更直觀便捷。以列表操作為主要操作模式,不直觀,無法結合網絡結構進行操作管理。
拓撲下鑽無限層級拓撲技術,從網絡、容器下鑽至設備,再下鑽到內部資源拓撲,可直接生成設備面板圖。滿足客戶從全局到細節的任意掌控。僅有一級或有限層級拓撲,拓撲不可層層下鑽,缺乏內部資源拓撲,全局與細節之間無法平滑切換。
故障定位動態展示拓撲狀態,告警實時定位拓撲,故障點對全網影響一覽無餘。拓撲僅作為網絡基礎架構的展示,不實時展示設備狀態,無法快速分析全網故障和影響擴散面。
監控中心萬物監控基於萬物管控設計模型,支持千餘種設備模型+現場適配+第三方開發接入。可覆蓋客戶所有IT系統。僅支持常見和主流設備,不支持特殊設備、小眾設備、新上市設備。
協議支持內置SNMP、Telnet、SSH、WMI、JMX、HTTP、JDBC/ODBC、ICMP、TCP/UDP、IPMI、WinRM、NetConf/Yang、GRPC、Web、ONVIF、SYSLOG、sFlow、IPFIX、NetStream等大量協議棧,輕鬆實現對多品牌、多型號的IT系統統一監控。支持的協議類型不,或需要安裝Agent/採集器方能工作,無法覆蓋各場景下的設備類型。
特殊設備監控具有大量的光傳輸、SDH、PTN、OLT、PON、ONU、EOC、微波、無線、工業設備、衛星、涉密設備、音視頻、E1接入、5G等設備的管控案例。很難支持,幾乎沒有成功案例
設備模型庫顺利获得友好的Web界面,無需代碼開發即可實現新設備類型、新資源類型、監視指標、面板圖標等擴展。需要顺利获得配置腳本代碼甚至開發代碼實現擴展,操作複雜,擴展代價大。
設備面板

给予所見即所得的設備面板編輯界面,以拖拽、鼠標操作完成設備真實面板模型的製作。

無此功能,依靠內置面板,如果無內置,則無法顯示設備真實面板。
秒級監控常規1台PC服務器即可支持500台設備和1萬個資源,啟用10秒間隔的主動輪詢和故障檢測。需要大型服務器才能支持秒級監控,硬件配置要求高。
流量分析中心輕量級採用sFlow、IPFIX、NetStream等採樣協議,輕量級、不增加硬件,不改變網絡結構。採用探針或專用硬件,實現監控需安裝硬件,重型方案,實施複雜,部分需改變網絡結構。
部署成本採樣比例可自定義,可平衡資源消耗與精度,佔用存儲空間少,帶寬與設備資源佔用低,部署成本低。需採用專有設備和多台設備進行部署,探針安裝需大量資源,系統消耗成本高。
整合運維統一數據模型與中台設計,具備流量監控、異常告警,打通流量與監控、自動運維、設備控制、運維工單等模塊。獨立的流量分析產品,僅可以對網絡流量分析,異常流量處置等操作還需跨產品進行。
數據壓縮多維度、可組合的流量數據聚合策略,可將按照配置的策略聚合成粒度更大的壓縮數據,用低存儲空間實現更長時間的流量回溯。僅给予簡單的聚合策略或不支持流量聚合,佔用存儲空間大,保存時間短。
透視分析深入應用、會話層級進行流量透視分析,可定位高佔用異常節點,並對異常流量進行告警。僅可查看端口流入流出流量,不能定位產生流量的會話和應用。
報表下鑽流量圖表支持逐級下鑽,流量關係更清晰。流量圖表相互獨立,難一下鑽展示。

安管中心

 設備控制+自動化運維

統一控制控制運維復用萬物監控的協議棧,萬物監控與萬物控制使用統一技術,深入協議底層,屏蔽設備品牌、型號差異,統一管控。監控與控制使用不同的技術通道,對不同品牌型號的設備需編輯多個執行腳本,且難通用。
安全性顺利获得原廠自帶的標準協議對設備進行控制,不安裝插件,兼容性好,無後門風險。需安裝Agent或插件,有後門風險。
萬物可控基於萬物管控模型,可控制骨幹網、核心網、接入網、數據機房、軟件業務、終端、物聯網等聯網智能設備。僅能控制部分常見設備如計算機和交換機;或依賴安裝Agent的計算機,而對於無法安裝Agent的非計算機設備無能為力。
直觀操作在網絡拓撲、設備拓撲、資源面板、設備列表中均可直接控制和查看結果,執行結果的步驟流程清晰可見。僅可在單獨的控制列表中進行執行,無拓撲圖操作模式,操作不便捷。
可視化配置基於流程圖、菜單、下拉框、拖拽、連線的方式配置流程,支持結果條件分支、參數變量。配置界面友好直觀,功能強大而易於使用。流程圖簡單,不支持拖拽、條件、下拉框、參數等模式,控制能力有限。或僅支持命令行模式編輯腳本,客戶難於上手。
策略復用具有原子策略、組合策略兩級模式,策略的可復用性較高,穩定性強而出錯率低。沒有兩級策略模式,每步操作均需從新編寫,費時費力,又容易出錯。
自動化運維基於機器模擬人腦理論,支持故障、事件、定時、條件、人工、跨設備的多種觸發形式,可實現無人值守運維和故障自愈。手動觸發為主,缺乏與故障、事件、時間、多設備聯動,難於實現故障自愈,難於實現自動運維。
工單中心工單關聯創建強關聯監控告警,可直接在拓撲、列表中的設備、告警上創建工單。僅可在工單系統中創建,需用戶手動填寫關聯的設備、告警。與監控告警集成度低。
工單流轉工單流轉中,可實時查看關聯的設備、告警的狀態。加速工單執行的效率。工單流轉過程中脫離設備狀態,運維人員難以實時獲取工單關聯設備的情況。
閉環處置工單處置可直接顺利获得設備控制+自動化運維在統一平台內執行,釋放運維中台全部能力。一套系統可實現故障產生-工單派發-運維控制-故障消除檢測的工作閉環。工單系統相對獨立,工單處置與控制運維獨立,無法掌握告警、工單、控制運維之間的關係。
資產中心資產關聯聯動監控模塊,創建資產時可直接關聯監控設備。採取中台模式,拓撲監控中可直接查看資產信息。獨立的資產管理系統,設備與資產系統分割,資產與監控信息不互通。
資產監控結合監控告警能力,實時掌控資產情況,為資產調用、更新给予依據。獨立的資產管理系統,難以分析IT設施的實時運行狀況。
資產圖譜可視化資產關聯關係圖,資產連接、使用關係清晰可見。大部分不支持資產關聯關係圖。
整合信息資產二維碼可同步查看資產詳情與監控信息。資產二維碼僅包含資產靜態信息,不包含監控狀態。
二次開發平台成品+開發運維軟件成品與二次開發平台合二為一,內置全部帶界面的成品功能,滿足通用運維需求,同時具備拓撲圖組件、SNMP網關、各類協議網關和網絡發現組件及監控組件,為用戶给予快速有效的二次開發。國內幾乎沒有廠商给予網管運維開發平台,而國外廠商给予的平台往往只包含底層的組件模型,並不包含現成的功能,在可用性和二次開發的效率方面大打折扣。
開發方式支持API、代碼、插件、數據庫、頁面、組件、模型、框架等多種方式開發,支持北向和南向的集成。以更高的效率和更低的成本實現用戶個性化需求。有大量培訓客戶自行開發定製的案例。僅给予API接口,缺二次開發技術,因而個性化定製還只停留在宣傳口號層面,只為個別客戶给予定製集成,無實際開發平台案例。
廠商定製開發採用自主研發的開放式二次開發平台,面向科研院所、設備廠商、軟件公司、最終用戶给予個性化定製。具備開發一個函數即可增加數十種功能、界面和數據的開發架構,輕鬆滿足客戶深度個性化需求。成品化軟件,非平台化產品,客戶化定製需從界面到後台到底層的大量代碼修改,導致定製複雜較高。
定製服務能力不限用戶大小,僅看用戶需求,為超過60%的客戶给予高性價比定製集成服務。只為個別客戶给予定製集成,而且成本較高。
立即諮詢