全棧式運(yùn)維平臺(tái)一站式高可用運(yùn)維管理理念
| 功能模塊?? | 對(duì)比項(xiàng)目? | 智和網(wǎng)管平臺(tái)? | 傳統(tǒng)運(yùn)維軟件? |
平臺(tái)架構(gòu) | 產(chǎn)品定位 | 自主研發(fā)，統(tǒng)一代碼、統(tǒng)一數(shù)據(jù)模型、統(tǒng)一技術(shù)架構(gòu)，統(tǒng)一拓?fù)?、監(jiān)控、流量、控制、資產(chǎn)、工單、數(shù)據(jù)分析等運(yùn)維中臺(tái)能力，一套軟件解決客戶運(yùn)維問(wèn)題。 | 實(shí)現(xiàn)運(yùn)維需多條產(chǎn)品線，無(wú)法集中覆蓋運(yùn)維需求，運(yùn)維數(shù)據(jù)易形成孤島，實(shí)現(xiàn)運(yùn)維功能需多套系統(tǒng)間穿梭切換。 |
| 技術(shù)架構(gòu) | 電信級(jí)架構(gòu)、微內(nèi)核精簡(jiǎn)；后臺(tái)純Java，前端純HTML5 Web，數(shù)據(jù)統(tǒng)一建模存儲(chǔ)，容錯(cuò)與擴(kuò)展性強(qiáng)。 | 混合Java、C++、PHP、Ruby、Python、GO、HTML等多種技術(shù)和多種數(shù)據(jù)源，使用和升級(jí)改造復(fù)雜。 | |
自主研發(fā) | 從底層+中臺(tái)+前端均自主研發(fā)，技術(shù)可控性高，可低成本快速解決客戶高階需求。 | 大多直接使用開源套件+外圍自研，技術(shù)可控性風(fēng)險(xiǎn)高，解決客戶高階需求的代價(jià)較大。 | |
| 萬(wàn)物管控 | 始于產(chǎn)品衍生即具備的萬(wàn)物管控接入模型、數(shù)據(jù)模型、顯示模型、擴(kuò)展模型等技術(shù)底座，支持管控包括骨干網(wǎng)、核心網(wǎng)、接入網(wǎng)、數(shù)據(jù)機(jī)房、軟件業(yè)務(wù)、終端、物聯(lián)網(wǎng)等一切聯(lián)網(wǎng)IP設(shè)備和軟硬件系統(tǒng)。 | 無(wú)萬(wàn)物管控的技術(shù)模型，不同的設(shè)備類型采用截然不同的技術(shù)模型，大多數(shù)針對(duì)數(shù)據(jù)機(jī)房設(shè)備和軟件，對(duì)骨干網(wǎng)、核心網(wǎng)、物聯(lián)網(wǎng)設(shè)備的管控缺失。 | |
全平臺(tái)支持 | 跨平臺(tái)技術(shù)，支持國(guó)產(chǎn)信創(chuàng)、Linux、Windows、Unix、嵌入式、容器、云、虛擬化等環(huán)境，對(duì)客戶平臺(tái)無(wú)過(guò)多要求。 | 自研不徹底，全平臺(tái)兼容不徹底，技術(shù)兼容性隱患多，對(duì)客戶平臺(tái)要求多。 | |
| 國(guó)產(chǎn)信創(chuàng) | 100%自研自主可控，產(chǎn)品原生支持雙向運(yùn)行和管控：龍芯、飛騰、鯤鵬、申威、海光、兆芯等芯片，麒麟、統(tǒng)信、歐拉、中科等OS，達(dá)夢(mèng)、金倉(cāng)、神通、華為、騰訊、阿里等數(shù)據(jù)庫(kù)，寶蘭德、金蝶、東方通等中間件等常見信創(chuàng)生態(tài)。 | 非100%自研自主可控，非跨平臺(tái)技術(shù)，非原生支持信創(chuàng)，需重新與各個(gè)國(guó)產(chǎn)信創(chuàng)生態(tài)系統(tǒng)環(huán)單獨(dú)進(jìn)行大量適配改造，或僅支持個(gè)別信創(chuàng)生態(tài)。 | |
部署實(shí)施 | 內(nèi)置Java、Web、中間件、數(shù)據(jù)庫(kù)，等全部運(yùn)行環(huán)境，部署簡(jiǎn)單。資源占用少，綠色軟件，拷貝即可運(yùn)行、遷移和備份。 | 安裝包龐大，模塊復(fù)雜，不內(nèi)置數(shù)據(jù)庫(kù)和運(yùn)行環(huán)境。安裝復(fù)雜、占用資源多，遷移、備份復(fù)雜。 | |
| 是否侵入式 | 免安裝Agent或探針，采用原廠自帶的標(biāo)準(zhǔn)管理協(xié)議，不侵入被管系統(tǒng)，軟件安全有保障，傳輸?shù)臄?shù)據(jù)和操作行為可控，兼容性與安全性更佳，啟用協(xié)議簡(jiǎn)單方便，被管設(shè)備的資源消耗極低，不干擾業(yè)務(wù)和服務(wù)運(yùn)行。 | 大部分需要在被管設(shè)備商安裝1個(gè)或多個(gè)第三方的Agent軟件/采集探針，各種Agent/探針的品質(zhì)魚龍混雜，傳輸?shù)臄?shù)據(jù)和操作行為不透明不可控，更換運(yùn)維系統(tǒng)導(dǎo)致更換Agent/探針，兼容性與安全性差、實(shí)施成本高。被管設(shè)備的資源消耗較高，容易干擾業(yè)務(wù)和服務(wù)穩(wěn)定運(yùn)行。 | |
網(wǎng)絡(luò)適應(yīng) | 可以穿透私網(wǎng)，管控私網(wǎng)中的網(wǎng)絡(luò)設(shè)備，支持網(wǎng)絡(luò)隔離、屏蔽、內(nèi)網(wǎng)等多種嚴(yán)格網(wǎng)絡(luò)環(huán)境。不需要任何第三方私網(wǎng)穿透、NAT、代理軟件或硬件。 | 大部分不支持，或需要第三方NAT、代理軟件或硬件。 | |
| 多級(jí)部署 | 軟件自身可配置成分布式運(yùn)行、子分部門運(yùn)維、綜合運(yùn)維、大小運(yùn)維、多級(jí)串聯(lián)運(yùn)維。多種模式下保持界面和功能的一致性。滿足客戶各種地域、組織架構(gòu)、網(wǎng)絡(luò)層級(jí)的場(chǎng)景。 | 大部分軟件無(wú)此靈活的運(yùn)行模式，或是多種模式需采用不同的軟件。難于滿足客戶各種架構(gòu)和網(wǎng)絡(luò)場(chǎng)景。 | |
硬件成本 | 基于統(tǒng)一自研平臺(tái)模型和標(biāo)準(zhǔn)化管理協(xié)議，管控同等設(shè)備和要求下，所需要的CPU、磁盤、內(nèi)存、網(wǎng)絡(luò)等資源消耗僅為傳統(tǒng)運(yùn)維軟件的1/2-1/3。 | 軟件復(fù)雜，業(yè)務(wù)流程多，需要更多的硬件資源才能支持運(yùn)維，綜合使用和維護(hù)的總成本高。 | |
| 非編程擴(kuò)展 | 廠商或客戶均可通過(guò)Web界面配置策略實(shí)現(xiàn)新設(shè)備和新管控需求，最快幾小時(shí)即可完成一款新設(shè)備的適配，客戶的新設(shè)備可無(wú)成本接續(xù)納管。 | 無(wú)法在客戶現(xiàn)場(chǎng)及時(shí)適配，需要通過(guò)腳本代碼甚至開發(fā)才能實(shí)現(xiàn)擴(kuò)展，或等待廠商下一版才能支持，時(shí)間和成本高。 | |
| 適用范圍 | 開放式統(tǒng)一運(yùn)維平臺(tái)，適合所有行業(yè)和客戶。目前已有軍工、國(guó)防、政府、科研院所、教育、能源、軌道、交通、金融、工業(yè)、運(yùn)營(yíng)商、醫(yī)療、公檢法、設(shè)備商、軟件商等行業(yè)大量落地案例。 | 主要是特定行業(yè)，無(wú)法實(shí)現(xiàn)全行業(yè)通用。 | |
| 拓?fù)渲行?/strong> | 網(wǎng)絡(luò)可觀測(cè) | 一鍵生成拓?fù)鋱D，智能設(shè)備發(fā)現(xiàn)、資源發(fā)現(xiàn)、鏈路發(fā)現(xiàn)、設(shè)備面板圖和網(wǎng)口數(shù)據(jù)呈現(xiàn)、故障和性能展示、鏈路流量和狀態(tài)等。實(shí)現(xiàn)整體網(wǎng)絡(luò)可觀測(cè)。 | 多采用手動(dòng)添加的方式生成拓?fù)洌僮鲝?fù)雜，工作量大，且多采用Visio模式拓?fù)湔故驹O(shè)備鏈接關(guān)系，網(wǎng)絡(luò)整體運(yùn)行狀態(tài)難觀測(cè)。 |
| 設(shè)備發(fā)現(xiàn) | 一鍵式智能設(shè)備發(fā)現(xiàn)，提供IP范圍、網(wǎng)絡(luò)范圍、路由跳轉(zhuǎn)、IP漫游、下掛設(shè)備等設(shè)備發(fā)現(xiàn)算法。 | 部分智能化，不徹底。 設(shè)備類型覆蓋不，存在大量手動(dòng)添加設(shè)備的情況。 | |
| 鏈路識(shí)別 | 一鍵式智能鏈路識(shí)別，通過(guò)LLDP、CDP、ICMP、ARP、鄰居路由、端口轉(zhuǎn)發(fā)、生成樹協(xié)議、環(huán)網(wǎng)、堵塞、聚合、模糊鏈路等論文級(jí)算法，智能發(fā)現(xiàn)設(shè)備鏈接。 | 部分智能化，不徹底，算法較少，算法能力較淺，大量鏈路需要手動(dòng)添加。 | |
| 拓?fù)溥m應(yīng) | 支持機(jī)房機(jī)柜、網(wǎng)絡(luò)子網(wǎng)、組織架構(gòu)、地圖地域、物理拓?fù)?、邏輯拓?fù)洹⒈尘熬庉嫷榷喾N形式。最大化適應(yīng)客戶網(wǎng)絡(luò)觀察習(xí)慣。 | 拓?fù)錁邮絾我?，缺乏靈活自定義能力，不能滿足客戶多樣化的網(wǎng)絡(luò)觀察要求。 | |
| 操作體驗(yàn) | 以拓?fù)錇楹诵模?0%的管理、控制操作均可在拓?fù)鋱D中完成，更直觀便捷。 | 以列表操作為主要操作模式，不直觀，無(wú)法結(jié)合網(wǎng)絡(luò)結(jié)構(gòu)進(jìn)行操作管理。 | |
| 拓?fù)湎裸@ | 無(wú)限層級(jí)拓?fù)浼夹g(shù)，從網(wǎng)絡(luò)、容器下鉆至設(shè)備，再下鉆到內(nèi)部資源拓?fù)?，可直接生成設(shè)備面板圖。滿足客戶從全局到細(xì)節(jié)的任意掌控。 | 僅有一級(jí)或有限層級(jí)拓?fù)?，拓?fù)洳豢蓪訉酉裸@，缺乏內(nèi)部資源拓?fù)洌峙c細(xì)節(jié)之間無(wú)法平滑切換。 | |
| 故障定位 | 動(dòng)態(tài)展示拓?fù)錉顟B(tài)，告警實(shí)時(shí)定位拓?fù)?，故障點(diǎn)對(duì)全網(wǎng)影響一覽無(wú)余。 | 拓?fù)鋬H作為網(wǎng)絡(luò)基礎(chǔ)架構(gòu)的展示，不實(shí)時(shí)展示設(shè)備狀態(tài)，無(wú)法快速了解全網(wǎng)故障和影響擴(kuò)散面。 | |
| 監(jiān)控中心 | 萬(wàn)物監(jiān)控 | 基于萬(wàn)物管控設(shè)計(jì)模型，支持千余種設(shè)備模型+現(xiàn)場(chǎng)適配+第三方開發(fā)接入。可覆蓋客戶所有IT系統(tǒng)。 | 僅支持常見和主流設(shè)備，不支持特殊設(shè)備、小眾設(shè)備、新上市設(shè)備。 |
| 協(xié)議支持 | 內(nèi)置SNMP、Telnet、SSH、WMI、JMX、HTTP、JDBC/ODBC、ICMP、TCP/UDP、IPMI、WinRM、NetConf/Yang、GRPC、Web、ONVIF、SYSLOG、sFlow、IPFIX、NetStream等大量協(xié)議棧，輕松實(shí)現(xiàn)對(duì)多品牌、多型號(hào)的IT系統(tǒng)統(tǒng)一監(jiān)控。 | 支持的協(xié)議類型不，或需要安裝Agent/采集器方能工作，無(wú)法覆蓋各場(chǎng)景下的設(shè)備類型。 | |
| 特殊設(shè)備監(jiān)控 | 具有大量的光傳輸、SDH、PTN、OLT、PON、ONU、EOC、微波、無(wú)線、工業(yè)設(shè)備、衛(wèi)星、涉密設(shè)備、音視頻、E1接入、5G等設(shè)備的管控案例。 | 很難支持，幾乎沒(méi)有成功案例 | |
| 設(shè)備模型庫(kù) | 通過(guò)友好的Web界面，無(wú)需代碼開發(fā)即可實(shí)現(xiàn)新設(shè)備類型、新資源類型、監(jiān)視指標(biāo)、面板圖標(biāo)等擴(kuò)展。 | 需要通過(guò)配置腳本代碼甚至開發(fā)代碼實(shí)現(xiàn)擴(kuò)展，操作復(fù)雜，擴(kuò)展代價(jià)大。 | |
| 設(shè)備面板 | 提供所見即所得的設(shè)備面板編輯界面，以拖拽、鼠標(biāo)操作完成設(shè)備真實(shí)面板模型的制作。 | 無(wú)此功能，依靠?jī)?nèi)置面板，如果無(wú)內(nèi)置，則無(wú)法顯示設(shè)備真實(shí)面板。 | |
| 秒級(jí)監(jiān)控 | 常規(guī)1臺(tái)PC服務(wù)器即可支持500臺(tái)設(shè)備和1萬(wàn)個(gè)資源，啟用10秒間隔的主動(dòng)輪詢和故障檢測(cè)。 | 需要大型服務(wù)器才能支持秒級(jí)監(jiān)控，硬件配置要求高。 | |
| 流量分析中心 | 輕量級(jí) | 采用sFlow、IPFIX、NetStream等采樣協(xié)議，輕量級(jí)、不增加硬件，不改變網(wǎng)絡(luò)結(jié)構(gòu)。 | 采用探針或?qū)Ｓ糜布?，?shí)現(xiàn)監(jiān)控需安裝硬件，重型方案，實(shí)施復(fù)雜，部分需改變網(wǎng)絡(luò)結(jié)構(gòu)。 |
| 部署成本 | 采樣比例可自定義，可平衡資源消耗與精度，占用存儲(chǔ)空間少，帶寬與設(shè)備資源占用低，部署成本低。 | 需采用專有設(shè)備和多臺(tái)設(shè)備進(jìn)行部署，探針安裝需大量資源，系統(tǒng)消耗成本高。 | |
| 整合運(yùn)維 | 統(tǒng)一數(shù)據(jù)模型與中臺(tái)設(shè)計(jì)，具備流量監(jiān)控、異常告警，打通流量與監(jiān)控、自動(dòng)運(yùn)維、設(shè)備控制、運(yùn)維工單等模塊。 | 獨(dú)立的流量分析產(chǎn)品，僅可以對(duì)網(wǎng)絡(luò)流量分析，異常流量處置等操作還需跨產(chǎn)品進(jìn)行。 | |
| 數(shù)據(jù)壓縮 | 多維度、可組合的流量數(shù)據(jù)聚合策略，可將按照配置的策略聚合成粒度更大的壓縮數(shù)據(jù)，用低存儲(chǔ)空間實(shí)現(xiàn)更長(zhǎng)時(shí)間的流量回溯。 | 僅提供簡(jiǎn)單的聚合策略或不支持流量聚合，占用存儲(chǔ)空間大，保存時(shí)間短。 | |
| 透視分析 | 深入應(yīng)用、會(huì)話層級(jí)進(jìn)行流量透視分析，可定位高占用異常節(jié)點(diǎn)，并對(duì)異常流量進(jìn)行告警。 | 僅可查看端口流入流出流量，不能定位產(chǎn)生流量的會(huì)話和應(yīng)用。 | |
| 報(bào)表下鉆 | 流量圖表支持逐級(jí)下鉆，流量關(guān)系更清晰。 | 流量圖表相互獨(dú)立，難一下鉆展示。 | |
安管中心 ?設(shè)備控制+自動(dòng)化運(yùn)維 | 統(tǒng)一控制 | 控制運(yùn)維復(fù)用萬(wàn)物監(jiān)控的協(xié)議棧，萬(wàn)物監(jiān)控與萬(wàn)物控制使用統(tǒng)一技術(shù)，深入?yún)f(xié)議底層，屏蔽設(shè)備品牌、型號(hào)差異，統(tǒng)一管控。 | 監(jiān)控與控制使用不同的技術(shù)通道，對(duì)不同品牌型號(hào)的設(shè)備需編輯多個(gè)執(zhí)行腳本，且難通用。 |
| 安全性 | 通過(guò)原廠自帶的標(biāo)準(zhǔn)協(xié)議對(duì)設(shè)備進(jìn)行控制，不安裝插件，兼容性好，無(wú)后門風(fēng)險(xiǎn)。 | 需安裝Agent或插件，有后門風(fēng)險(xiǎn)。 | |
| 萬(wàn)物可控 | 基于萬(wàn)物管控模型，可控制骨干網(wǎng)、核心網(wǎng)、接入網(wǎng)、數(shù)據(jù)機(jī)房、軟件業(yè)務(wù)、終端、物聯(lián)網(wǎng)等聯(lián)網(wǎng)智能設(shè)備。 | 僅能控制部分常見設(shè)備如計(jì)算機(jī)和交換機(jī)；或依賴安裝Agent的計(jì)算機(jī)，而對(duì)于無(wú)法安裝Agent的非計(jì)算機(jī)設(shè)備無(wú)能為力。 | |
| 直觀操作 | 在網(wǎng)絡(luò)拓?fù)洹⒃O(shè)備拓?fù)?、資源面板、設(shè)備列表中均可直接控制和查看結(jié)果，執(zhí)行結(jié)果的步驟流程清晰可見。 | 僅可在單獨(dú)的控制列表中進(jìn)行執(zhí)行，無(wú)拓?fù)鋱D操作模式，操作不便捷。 | |
| 可視化配置 | 基于流程圖、菜單、下拉框、拖拽、連線的方式配置流程，支持結(jié)果條件分支、參數(shù)變量。配置界面友好直觀，功能強(qiáng)大而易于使用。 | 流程圖簡(jiǎn)單，不支持拖拽、條件、下拉框、參數(shù)等模式，控制能力有限?；騼H支持命令行模式編輯腳本，客戶難于上手。 | |
| 策略復(fù)用 | 具有原子策略、組合策略兩級(jí)模式，策略的可復(fù)用性較高，穩(wěn)定性強(qiáng)而出錯(cuò)率低。 | 沒(méi)有兩級(jí)策略模式，每步操作均需從新編寫，費(fèi)時(shí)費(fèi)力，又容易出錯(cuò)。 | |
| 自動(dòng)化運(yùn)維 | 基于機(jī)器模擬人腦理論，支持故障、事件、定時(shí)、條件、人工、跨設(shè)備的多種觸發(fā)形式，可實(shí)現(xiàn)無(wú)人值守運(yùn)維和故障自愈。 | 手動(dòng)觸發(fā)為主，缺乏與故障、事件、時(shí)間、多設(shè)備聯(lián)動(dòng)，難于實(shí)現(xiàn)故障自愈，難于實(shí)現(xiàn)自動(dòng)運(yùn)維。 | |
| 工單中心 | 工單關(guān)聯(lián)創(chuàng)建 | 強(qiáng)關(guān)聯(lián)監(jiān)控告警，可直接在拓?fù)?、列表中的設(shè)備、告警上創(chuàng)建工單。 | 僅可在工單系統(tǒng)中創(chuàng)建，需用戶手動(dòng)填寫關(guān)聯(lián)的設(shè)備、告警。與監(jiān)控告警集成度低。 |
| 工單流轉(zhuǎn) | 工單流轉(zhuǎn)中，可實(shí)時(shí)查看關(guān)聯(lián)的設(shè)備、告警的狀態(tài)。加速工單執(zhí)行的效率。 | 工單流轉(zhuǎn)過(guò)程中脫離設(shè)備狀態(tài)，運(yùn)維人員難以實(shí)時(shí)獲取工單關(guān)聯(lián)設(shè)備的情況。 | |
| 閉環(huán)處置 | 工單處置可直接通過(guò)設(shè)備控制+自動(dòng)化運(yùn)維在統(tǒng)一平臺(tái)內(nèi)執(zhí)行，釋放運(yùn)維中臺(tái)全部能力。一套系統(tǒng)可實(shí)現(xiàn)故障產(chǎn)生-工單派發(fā)-運(yùn)維控制-故障消除檢測(cè)的工作閉環(huán)。 | 工單系統(tǒng)相對(duì)獨(dú)立，工單處置與控制運(yùn)維獨(dú)立，無(wú)法掌握告警、工單、控制運(yùn)維之間的關(guān)系。 | |
| 資產(chǎn)中心 | 資產(chǎn)關(guān)聯(lián) | 聯(lián)動(dòng)監(jiān)控模塊，創(chuàng)建資產(chǎn)時(shí)可直接關(guān)聯(lián)監(jiān)控設(shè)備。采取中臺(tái)模式，拓?fù)浔O(jiān)控中可直接查看資產(chǎn)信息。 | 獨(dú)立的資產(chǎn)管理系統(tǒng)，設(shè)備與資產(chǎn)系統(tǒng)分割，資產(chǎn)與監(jiān)控信息不互通。 |
| 資產(chǎn)監(jiān)控 | 結(jié)合監(jiān)控告警能力，實(shí)時(shí)掌控資產(chǎn)情況，為資產(chǎn)調(diào)用、更新提供依據(jù)。 | 獨(dú)立的資產(chǎn)管理系統(tǒng)，難以了解IT設(shè)施的實(shí)時(shí)運(yùn)行狀況。 | |
| 資產(chǎn)圖譜 | 可視化資產(chǎn)關(guān)聯(lián)關(guān)系圖，資產(chǎn)連接、使用關(guān)系清晰可見。 | 大部分不支持資產(chǎn)關(guān)聯(lián)關(guān)系圖。 | |
| 整合信息 | 資產(chǎn)二維碼可同步查看資產(chǎn)詳情與監(jiān)控信息。 | 資產(chǎn)二維碼僅包含資產(chǎn)靜態(tài)信息，不包含監(jiān)控狀態(tài)。 | |
| 二次開發(fā)平臺(tái) | 成品+開發(fā) | 運(yùn)維軟件成品與二次開發(fā)平臺(tái)合二為一，內(nèi)置全部帶界面的成品功能，滿足通用運(yùn)維需求，同時(shí)具備拓?fù)鋱D組件、SNMP網(wǎng)關(guān)、各類協(xié)議網(wǎng)關(guān)和網(wǎng)絡(luò)發(fā)現(xiàn)組件及監(jiān)控組件，為用戶提供快速有效的二次開發(fā)。 | 國(guó)內(nèi)幾乎沒(méi)有廠商提供網(wǎng)管運(yùn)維開發(fā)平臺(tái)，而國(guó)外廠商提供的平臺(tái)往往只包含底層的組件模型，并不包含現(xiàn)成的功能，在可用性和二次開發(fā)的效率方面大打折扣。 |
| 開發(fā)方式 | 支持API、代碼、插件、數(shù)據(jù)庫(kù)、頁(yè)面、組件、模型、框架等多種方式開發(fā)，支持北向和南向的集成。以更高的效率和更低的成本實(shí)現(xiàn)用戶個(gè)性化需求。有大量培訓(xùn)客戶自行開發(fā)定制的案例。 | 僅提供API接口，缺二次開發(fā)技術(shù)，因而個(gè)性化定制還只停留在宣傳口號(hào)層面，只為個(gè)別客戶提供定制集成，無(wú)實(shí)際開發(fā)平臺(tái)案例。 | |
| 廠商定制開發(fā) | 采用自主研發(fā)的開放式二次開發(fā)平臺(tái)，面向科研院所、設(shè)備廠商、軟件公司、最終用戶提供個(gè)性化定制。具備開發(fā)一個(gè)函數(shù)即可增加數(shù)十種功能、界面和數(shù)據(jù)的開發(fā)架構(gòu)，輕松滿足客戶深度個(gè)性化需求。 | 成品化軟件，非平臺(tái)化產(chǎn)品，客戶化定制需從界面到后臺(tái)到底層的大量代碼修改，導(dǎo)致定制復(fù)雜較高。 | |
| 定制服務(wù)能力 | 不限用戶大小，僅看用戶需求，為超過(guò)60%的客戶提供高性價(jià)比定制集成服務(wù)。 | 只為個(gè)別客戶提供定制集成，而且成本較高。 |
關(guān)注公眾號(hào)獲取產(chǎn)品動(dòng)態(tài)
