資訊爆炸的時代，很少有人能夠耐心的讀完冗長的文章，除非學術研究或者純技術類文章。
對於我們發表的表達觀點類博文，儘量會以簡潔，明瞭的文字，不佔用大家太多的時間。


首先看一下這一系列文章的標題，“資料-企業最重要的資產”。  
當然如果非要從邏輯上來摳的話，這句話一點兒也不嚴謹。
我們想表達的一個觀點是，資料對一個企業來說，真的很重要，重要到會決定一個企業的生死存亡。


IT這個行業是個保持著旺盛創新能力的行業，新技術，新想法層出不窮。所以IT這個行業或者說科技公司發展之路，也是一直髮生著變化的。
從最早的賣硬體，賣軟體，賣服務，那麼下一步是什麼？ 我們的觀點是賣資料（嚴格意義上來講是賣資料服務）。


為什麼這麼說， 對比一下傳統大的IT公司以及新興網際網路公司的業務模式。
IBM， HP， DELL， 微軟這些IT巨頭都走過從賣硬體，賣軟體，賣服務，到現在賣基於雲的IT架構。他們的一個特點是提供IT設施給客戶，說白了就是給人做嫁衣。
而另一類網際網路公司，比如Google, Facebook, Amazon, 阿里等等這些獨角獸，他們是自己搭臺唱戲（當然他們也提供基於雲的IT設施，但是他們的立家之本並不是，而且這塊兒業務對整體營收帶來多大的貢獻，也是他們頭疼的事情）。


所以，從目前來看，僅僅給客戶提供IT基礎設施，已經不能給客戶提供核心價值了。套用一個朋友的話，想法不值錢，做出來才值錢。誰做出來，誰有資料，才有價值。
（我們的觀點，資料驅動業務，從技術角度看是資料，從商業角度看是業務，二者是一體的）。


既然資料這麼重要，在設計一個新的IT系統時，應該怎麼考慮。
IT系統設計或者說架構選型，也是有一個發展歷程的。
最早的時候，IT系統要依賴於硬體，也就是說，你得先決定選什麼硬體，才能定用什麼軟體，軟體長什麼樣子。
後來硬體相容性越來越好，那麼就可以不用擔心硬體選型了。軟體的選型就很重要了，比如要用JAVA，還是.net，用Oracle還是Mysql。
那麼這種方式也是有弊端的，越大型的專案越明顯。你比如我接觸過的很多大型銀行的專案，最初一個一個立項，然後有自己獨立的應用架構，獨立的資料系統。隨著業務的發展，要求跨系統的資料使用，就是用上ETL， 資料倉庫，ODS這些方案。其實即使解決了某部分需求，還是有大量的資料冗餘以及資料孤島的情況。


再下一代IT系統的設計，我們推薦資料架構為先的理念。
也就是說，在設計一個系統的時候，要優先考慮資料架構的設計，然後再去做軟體以及硬體的選型。
比如，先確定資料都會有哪些來源，資料庫，社交網路，嵌入式裝置？
還需要考慮這些資料以什麼樣的形式來儲存是最合適的，關係型資料庫，非關係型資料庫，記憶體資料庫？
以及這些資料之間的流動路線。
這種方式能解決之前設計方式的一些遺留問題。