建站
咨詢
售后
建站咨詢
新聞中心
現(xiàn)在關(guān)于數(shù)據(jù)中臺價值的探討已經(jīng)很多了，但凡事有利必有弊，今天就反其道而行之，談談數(shù)據(jù)中臺的原罪，知道了這些“罪”，有利于你權(quán)衡利弊，做出正確的選擇，這對于數(shù)據(jù)中臺的發(fā)展很重要。
成都創(chuàng)新互聯(lián)公司是一家專注于做網(wǎng)站、成都網(wǎng)站制作與策劃設計,獲嘉網(wǎng)站建設哪家好?成都創(chuàng)新互聯(lián)公司做網(wǎng)站,專注于網(wǎng)站建設十載,網(wǎng)設計領(lǐng)域的專業(yè)建站公司;建站業(yè)務涵蓋:獲嘉等地區(qū)。獲嘉做網(wǎng)站價格咨詢:13518219792
?1. 數(shù)據(jù)中臺有“名不正言不順”之嫌
中國儒家講仁，但如果讓你對仁下個清晰的定義，估計沒人講得清楚，這體現(xiàn)了中國哲學跟西方哲學一個區(qū)別。
康德說：“我追求一切概念都有清晰的定義，一切推理都不允許有大膽的跳躍、而力求用合規(guī)律的原則、嚴格的證明，勾畫出研究領(lǐng)域的整個范圍、部門劃分和全部五遺漏的內(nèi)容，并對未知部分立下清晰的界標。”
概念的模糊性很容易造成類似中國哲學的問題，比如《論語》里孔子提出的：“君君、臣臣、父父、子子”，本來孔子的意思是每個崗位的人做好自己該做的事情，校長要像校長，教授要像教授諸如此類。
但漢朝的董仲舒為了政治需要，提出了三綱五常，把孔子這段話曲解成了“君為臣綱，父為子綱，夫為妻綱。” 新文化運動的時候，孔老夫子就被批得很厲害，實在是很冤枉。
老外沒有中臺的說法，中臺這個詞就有那么點中國哲學的味道。
阿里2015年去歐洲的一家公司SuperSell參觀后提出了中臺戰(zhàn)略，數(shù)據(jù)中臺、業(yè)務中臺，技術(shù)中臺等這些詞也被順勢創(chuàng)造出來，我相信這些概念的提出，是各專業(yè)領(lǐng)域推進自身工作的需要，沒人會在概念的嚴謹性上去下功夫，差不多就得了。
但既然這些詞已經(jīng)被炒起來了，就有了利益，有了利益就有了江湖，所有各方都會由于這個利益來詮釋自己對于中臺的理解，這就形成了概念亂象，一千個讀者眼中有了一千個哈姆雷特，你可以說中臺這個詞給了業(yè)界無限的想象空間，但模糊性也帶來了很多問題。
比如我們說中臺的本質(zhì)是共享復用，但這僅僅是一種理念，不能當飯吃，一般還需要化作具體的行動吧，但沒人說得清楚落地共性復用理念的標準動作是什么，比如就數(shù)據(jù)中臺來講，數(shù)據(jù)領(lǐng)域哪些東西可以共享復用呢?
往大了講，平臺本來就有這個性質(zhì)，工具也有這個性質(zhì)，數(shù)據(jù)也可以有這個性質(zhì)，數(shù)據(jù)倉庫本身似乎也是為共享復用構(gòu)建的，那么對于已經(jīng)建完成數(shù)據(jù)倉庫的企業(yè)，干嘛還要建數(shù)據(jù)中臺呢?數(shù)據(jù)中臺到底帶來什么具體的增量價值?
很多業(yè)務和技術(shù)發(fā)展到一定階段都會有白皮書，至少還是有中立的組織想標準化一下的，但中臺沒有，更別提數(shù)據(jù)中臺了，偶偶有幾本數(shù)據(jù)中臺的書想嘗試一下，但難說對全行業(yè)有什么指導意義。
我能想到的破解的方法只有一個，回歸業(yè)務本身，看看做哪些優(yōu)化能提升數(shù)據(jù)賦能的效率，如果能力沉淀的價值未來可期，那就去做，比如API，這就是數(shù)據(jù)中臺;如果能力沉淀的價值還不大，就沒必要強求。
2. 數(shù)據(jù)中臺違背奧卡姆剃刀原理
數(shù)據(jù)倉庫是OLTP發(fā)展到一定階段自然演化出來的，但數(shù)據(jù)中臺不是，很多企業(yè)的數(shù)據(jù)倉庫被動要求升級成數(shù)據(jù)中臺，然后強制推進復用共享，或者用新概念來裝點門面，顯然這樣的數(shù)據(jù)中臺是無法創(chuàng)造出超越數(shù)據(jù)倉庫的新價值的。
數(shù)據(jù)中臺在原始數(shù)據(jù)和應用數(shù)據(jù)中間增加了一層數(shù)據(jù)實體，流程增加了，信息衰減了，連接變?nèi)趿耍@就需要施加更多的外力來進行補償。
因此，如果這些新增的實體無法創(chuàng)造出增量價值來彌補由于引入了新的實體后帶來的成本增加，這就違背了奧卡姆剃刀原則，即“如無必要，勿增實體”，直白的解釋就是“切勿浪費較多東西去做，用較少的東西，同樣可以做好的事情”。
數(shù)據(jù)中臺如果沒有實際超越數(shù)據(jù)倉庫，那么就無法躲開奧卡姆剃刀的魔咒，為了進行對抗，我們得干點數(shù)據(jù)中臺該干的事情，比如API，這是每個數(shù)據(jù)中臺運營者要想清楚的事情，你得有些使命感，做出一些不一樣的有價值的東西。
3. 數(shù)據(jù)中臺需要巨大的成本投入
數(shù)據(jù)中臺希望用共享復用的理念來沉淀能力，然后基于能力來更快的支撐應用創(chuàng)新，但快速支撐應用創(chuàng)新的前提是要有足夠多的已經(jīng)沉淀出來的能力。
可惜數(shù)據(jù)中臺伊始，根本就沒有什么拿得出手的能力，大家喜歡用數(shù)據(jù)中臺的結(jié)局來表達其價值，但少有人能真正理解數(shù)據(jù)中臺構(gòu)筑能力過程的艱辛，不知道前期要付出多大的代價。
就好比以前說去IOE，說要自主掌控，老板以為可以降低IT投入了，但其實完全錯了。
最近業(yè)務方需要我們開放一批原始表，我說：“你能不能告訴原始業(yè)務需求，數(shù)據(jù)中臺用融合模型來支撐?” 業(yè)務方說：“這個你不用管，我等不了你修改融合模型，到時改來改去溝通成本也高，模型我們可以自己建?！?/p>
為了兼顧能力沉淀和響應速度，我就說：“那能不能這樣，我安排多一倍的資源來支撐你們的需求?” 業(yè)務方后來妥協(xié)了，但這個多出的資源需要公司買單。
無論從哪個方面看，運營數(shù)據(jù)中臺都要付出巨大的代價，包括建章立制、組織構(gòu)建、能力打造、迭代優(yōu)化等等。
4. 數(shù)據(jù)中臺的投資風險還是很高
數(shù)據(jù)中臺概念屹立不倒，是因為我們堅信數(shù)據(jù)中臺沉淀的能力在未來一定有機會創(chuàng)造更多的價值，這足以彌補前期的投入，但從潛力市場、回報周期、價值產(chǎn)出等要素看，企業(yè)投資數(shù)據(jù)中臺的確是門高風險的生意。
第一、狹義的數(shù)據(jù)中臺僅限于數(shù)據(jù)模型和服務，這些數(shù)據(jù)模型和服務打上了企業(yè)和業(yè)務的烙印，因此很難復制到其他領(lǐng)域，這實際限制了數(shù)據(jù)中臺的投資回報率。
現(xiàn)在兜售數(shù)據(jù)中臺的企業(yè)賣得并不是數(shù)據(jù)模型和服務，而是工具平臺，這并不屬于數(shù)據(jù)中臺的核心內(nèi)容范疇。
第二、參考大廠，數(shù)據(jù)中臺三年才能小成，這還是在人才充足的前提下，因此，一般企業(yè)并不一定有足夠的耐心。
正如凱恩斯經(jīng)濟學派在批駁市場學派所謂的自由市場最終會實現(xiàn)資源的最優(yōu)配置這種觀點所說的那樣：“長遠是對當前事務錯誤的指導。從長遠看，我們都已經(jīng)死了?！?/p>
第三、數(shù)據(jù)中臺概念不清，對于企業(yè)的文化、組織、機制、流程、數(shù)據(jù)、平臺又有很高的要求，輸入和產(chǎn)出的關(guān)系也不是很明顯，這也是投資比較忌諱的。
當然企業(yè)對于自己的投資不一定要那么斤斤計較，畢竟不是簡單的買賣，但心里還是要有所權(quán)衡。
5. 數(shù)據(jù)中臺的能力標準化有點難
15年前的數(shù)據(jù)倉庫時代，業(yè)界曾經(jīng)提出過一個非常超前的概念：數(shù)據(jù)封裝，就是把數(shù)據(jù)封裝成API供業(yè)務調(diào)用，類似于編程語言中的函數(shù)。
比如把某種即席查詢封裝成一個API，而不是跟應用強捆綁，我想這是最早的數(shù)據(jù)中臺的原型吧，但我后來對數(shù)據(jù)封裝的可復用性提出了質(zhì)疑。
數(shù)據(jù)跟功能不同，數(shù)據(jù)的指標和維度可以成千上萬，組合之后更是不勝枚舉，也許日常的函數(shù)1000個就可以滿足基本的編程需要的，但數(shù)據(jù)封裝呢，我不知道要多少數(shù)據(jù)封裝才能滿足一個數(shù)據(jù)分析應用的需要，大多還是靠定制化取數(shù)滿足吧。
函數(shù)的貢獻來自于所有編程者，這個超越了行業(yè)，因此它能夠快速更新迭代，但數(shù)據(jù)封裝很難超越行業(yè)，能貢獻經(jīng)驗的也僅限于企業(yè)的某些人，我一直覺得數(shù)據(jù)封裝出來的功能可能等不到規(guī)模化用的時候，就已經(jīng)被新的業(yè)務淘汰了，或者企業(yè)根本沒有那么多標準化能力復用的場景。
正是這個原因，也許只有巨型的企業(yè)才可能在數(shù)據(jù)中臺的能力標準化方面獲益。
6. 數(shù)據(jù)中臺導致了系統(tǒng)的脆弱性
現(xiàn)在云原生如火如荼，微服務，容器化，DevOps在保證業(yè)務中臺敏捷的同時，也確保其連續(xù)性。
數(shù)據(jù)中臺并沒有吃到什么連續(xù)性的紅利，對于大多數(shù)公司，數(shù)據(jù)中臺一般是沒有容災的，也許連應急也沒有，因為對數(shù)據(jù)的容災就意味著成倍的投資增加，這在一般的公司無法實現(xiàn)。hadoop雖然有數(shù)據(jù)三備份的策略，但其對于人為操作失誤、數(shù)據(jù)邏輯錯誤也是無能為力。
數(shù)據(jù)中臺的目標是把分散的數(shù)據(jù)能力集中化、共享化，實現(xiàn)其能力“一點發(fā)布，全部共享”的理想，但在數(shù)據(jù)中臺連續(xù)性問題無法徹底解決之前，集中化的數(shù)據(jù)中臺也帶來了集中化的風險，比如一旦集中化的數(shù)據(jù)被刪除，那么對于企業(yè)應用的影響是全方位的。
數(shù)據(jù)中臺做的越好，共享能力越高，風險就越高，這就是懸在數(shù)據(jù)中臺連續(xù)性上的“達摩克里斯之劍”，也就是“一點故障，全面影響”。
自己就曾經(jīng)歷過這么一個hadoop事故，換做現(xiàn)在，估計就是災難了。
我們有兩個GIS應用，一個GIS應用由于歷史原因自己采集了很多數(shù)據(jù)，另一個GIS應用則是基于數(shù)據(jù)中臺提供的數(shù)據(jù)構(gòu)建的，某天運維人員誤刪了數(shù)據(jù)中臺的所有GIS相關(guān)數(shù)據(jù)，hadoop無法恢復，幸虧另一個應用有重復數(shù)據(jù)的存在，才避免了核心數(shù)據(jù)的丟失。
所謂禍兮福之所倚，福兮禍之所伏。
數(shù)據(jù)中臺的確有很大的價值，但也隱含著不少風險，我們以前談其優(yōu)點多了，缺點談少了，這不是實事求是的作風，更可怕的是，也許我們自己并不知道這些風險的存在。
文章名稱：談一談數(shù)據(jù)中臺的原罪
文章來源：http://www.5511xx.com/article/dhpjogp.html
