打破數(shù)據(jù)孤島是否有限制?
我們可能永遠(yuǎn)不會(huì)看到數(shù)據(jù)孤島不存在的時(shí)候,但這可能并不全是壞事。
在每個(gè)數(shù)據(jù)中心的生命周期中,所有者都會(huì)面臨一個(gè)嚴(yán)峻的選擇:更新、重新利用或卸載設(shè)施。2019年,Gartner預(yù)測,到2025年,80%的企業(yè)將數(shù)據(jù)孤島。如今,這一趨勢沒有放緩的跡象。
為什么?將所有數(shù)據(jù)孤島統(tǒng)一到一個(gè)統(tǒng)一的數(shù)據(jù)存儲(chǔ)庫既耗時(shí)又昂貴。
使用主數(shù)據(jù)管理來打破孤島
主數(shù)據(jù)管理(MDM)軟件是統(tǒng)一數(shù)據(jù)并將所有數(shù)據(jù)孤島置于單一管理之下的主要工具。MDM所做的是創(chuàng)建“黃金記錄”,即“真實(shí)數(shù)據(jù)的單一版本”的主數(shù)據(jù)。
要進(jìn)入MDM主數(shù)據(jù)存儲(chǔ)庫,必須徹底準(zhǔn)備每個(gè)數(shù)據(jù)元素。這意味著必須消除不一致的數(shù)據(jù)、數(shù)據(jù)元素的多個(gè)名稱、不完整的數(shù)據(jù)和垃圾數(shù)據(jù)。有數(shù)據(jù)準(zhǔn)備工具和自動(dòng)化技術(shù)可以幫助完成此數(shù)據(jù)準(zhǔn)備過程。然而,在許多情況下,最終用戶主題專家和IT必須“手工清理”數(shù)據(jù)。這個(gè)過程是乏味且耗時(shí)的。當(dāng)董事會(huì)和C級(jí)管理層審視這項(xiàng)工作時(shí),會(huì)發(fā)現(xiàn)員工的時(shí)間和金錢被投入到后臺(tái)數(shù)據(jù)基礎(chǔ)設(shè)施項(xiàng)目中,而這對(duì)企業(yè)的盈利沒有好處。此外,根據(jù)2022年的一項(xiàng)研究,一旦MDM啟動(dòng)并運(yùn)行,在MDM用戶的基礎(chǔ)上,企業(yè)的MDM許可證每月每臺(tái)設(shè)備的費(fèi)用可能在3.25至9.00美元之間。如果企業(yè)中有10,000臺(tái)不同的設(shè)備使用MDM,那么每月的賬單可能高達(dá)90,000美元。
誰使用MDM?大型企業(yè)正在經(jīng)歷如此巨大的痛苦和錯(cuò)誤的商業(yè)決策風(fēng)險(xiǎn)。他們是主要用戶,如果不投資MDM,根本無法承擔(dān)運(yùn)營費(fèi)用。他們希望統(tǒng)一數(shù)據(jù),并使組織內(nèi)任何地方的任何人都可以使用同一組一致的高質(zhì)量數(shù)據(jù)。
由于創(chuàng)建MDM需要時(shí)間、費(fèi)用和精力,中小型企業(yè)以及尚未達(dá)到難以克服的數(shù)據(jù)孤島痛點(diǎn)的大型企業(yè),都會(huì)選擇在沒有MDM幫助的情況下打破孤島。
無需MDM即可打破孤島
使用MDM消除孤島的另一種方法是,與能夠?yàn)樗?或至少大多數(shù))企業(yè)運(yùn)營提供端到端系統(tǒng)的供應(yīng)商簽約。
ERP(企業(yè)資源規(guī)劃)系統(tǒng)是企業(yè)范圍內(nèi)數(shù)據(jù)統(tǒng)一工作的最明顯途徑;CRM(客戶關(guān)系管理)是第二個(gè)選擇,但更受限制。
這些系統(tǒng)的工作原理如下:
如果一家中型企業(yè),擁有一家財(cái)務(wù)軟件供應(yīng)商,該供應(yīng)商提供應(yīng)付帳款、應(yīng)收帳款、總賬、風(fēng)險(xiǎn)管理、成本管理、預(yù)算、報(bào)告和其他財(cái)務(wù)系統(tǒng)。在制造方面,該企業(yè)使用制造軟件供應(yīng)商提供物料需求計(jì)劃(MRP)、主調(diào)度、工作流程管理等。工程部門擁有自己的計(jì)算機(jī)輔助設(shè)計(jì)(CAD)和產(chǎn)品開發(fā)系統(tǒng)。采購有系統(tǒng)、銷售有系統(tǒng)、市場營銷有系統(tǒng)、人力資源也有一個(gè)系統(tǒng)。
這些功能軟件生態(tài)系統(tǒng)中的每一個(gè)都相互獨(dú)立運(yùn)行,因此結(jié)果是企業(yè)擁有許多數(shù)據(jù)孤島。系統(tǒng)之間存在數(shù)據(jù)交換,但在許多情況下,軟件本身無法很好地集成,因此IT最終會(huì)開發(fā)自定義系統(tǒng)接口。該企業(yè)面臨的事實(shí)是,其必須在數(shù)據(jù)孤島和不一致的數(shù)據(jù)下運(yùn)營。
為了解決數(shù)據(jù)孤島難題,該企業(yè)決定安裝一個(gè)全企業(yè)范圍的ERP系統(tǒng),該系統(tǒng)包括用于企業(yè)所有主要功能的軟件,如財(cái)務(wù)、制造、采購和工程。問題是,ERP系統(tǒng)可能不包括銷售、市場營銷和客戶支持等功能。但是,可以引入CRM系統(tǒng),為銷售、營銷和服務(wù)/支持創(chuàng)建360度、數(shù)據(jù)一致的客戶視圖。
在從一個(gè)部門到另一個(gè)部門的分階段遷移中,該企業(yè)有條不紊地從眾多不同的系統(tǒng)和數(shù)據(jù)孤島遷移到更統(tǒng)一的數(shù)據(jù)系統(tǒng),在該系統(tǒng)中每個(gè)人都將看到并使用相同的數(shù)據(jù)。
萬物之網(wǎng)
在過去的十年里,IT界一直呼吁消除所有數(shù)據(jù)孤島,并將所有數(shù)據(jù)納入單一事實(shí)版本,從而消除部門之間的混亂和決策延遲。
但這現(xiàn)實(shí)嗎?對(duì)于某些企業(yè)系統(tǒng),將其保留為獨(dú)立模式可能會(huì)有所幫助。例如企業(yè)的法律體系,或者未來的產(chǎn)品開發(fā)工作以及知識(shí)產(chǎn)權(quán)團(tuán)隊(duì)。
在其他情況下,沒有足夠令人信服的理由來證明打破數(shù)據(jù)孤島所需的時(shí)間、精力和成本是合理的。例如,一家小企業(yè)不需要端到端ERP解決方案。
在其他情況下,企業(yè)可能會(huì)決定需要消除一些數(shù)據(jù)孤島,但不是全部。一個(gè)例子可能是,一家企業(yè)因未能從面向客戶的功能中集成客戶信息而遭受巨大痛苦,以至于失去了客戶。在這種情況下,企業(yè)可能會(huì)考慮使用CRM系統(tǒng),該系統(tǒng)可以匯集每個(gè)客戶的銷售、服務(wù)和營銷的所有信息。這可以統(tǒng)一這些數(shù)據(jù),并將其提供給與客戶互動(dòng)的員工。
對(duì)于許多企業(yè)而言,底線是其可能永遠(yuǎn)無法完全消除所有數(shù)據(jù)孤島;然而,也不能忽視這些數(shù)據(jù)飛地。
對(duì)于負(fù)責(zé)數(shù)據(jù)管理的首席信息官來說,合理的方法是執(zhí)行以下操作:
- 確定企業(yè)中哪些領(lǐng)域會(huì)因數(shù)據(jù)孤島而帶來巨大的業(yè)務(wù)風(fēng)險(xiǎn),以至于必須消除這些孤島;
- 確定企業(yè)中哪些領(lǐng)域的數(shù)據(jù)是可以甚至應(yīng)該孤立的;
- 確保準(zhǔn)確統(tǒng)計(jì)“存在”多少數(shù)據(jù)孤島以及誰在使用。
- 上一篇
既要穩(wěn)也要省,容器資源該怎么分配?
很長一段時(shí)間,舊的彈性云分級(jí)體系存在資源爭搶、業(yè)務(wù)延遲、擴(kuò)容失敗、業(yè)務(wù)無法準(zhǔn)確評(píng)估容量、物理機(jī)數(shù)量難以評(píng)估等問題。這些問題的本質(zhì)是由于沒有制定明確的資源準(zhǔn)備和分配規(guī)則。
- 下一篇
如何充分利用數(shù)據(jù)可視化?
數(shù)據(jù)可視化工具提供了一種易于訪問的方式來查看和理解數(shù)據(jù)趨勢和模式。出色的數(shù)據(jù)可視化早在創(chuàng)建儀表板、報(bào)告、圖表、廣告牌或股票行情之前就開始了。數(shù)據(jù)可視化的領(lǐng)域過于廣泛,單一工具無法滿足所有用戶需求。