十幾年前，我們就知道數(shù)字化進程的一大阻礙就是數(shù)據(jù)孤島（Data Silo），其嚴(yán)重制約了企業(yè)的智能化和創(chuàng)新能力，并以幾何級數(shù)提高了企業(yè)利用數(shù)據(jù)的門檻和成本，一直以來都是企業(yè)信息化部門最頭痛的頑疾之一。
然而，隨著云計算、軟件應(yīng)用和數(shù)據(jù)庫的蓬勃發(fā)展，非但沒有使這個頑疾得到緩解，反而變得愈發(fā)嚴(yán)重。為了解決這個問題，在過去數(shù)年中，IT 從業(yè)者做了多種嘗試。
打破數(shù)據(jù)孤島的三種嘗試
第一種，簡單粗暴地投入最強硬件，搭載一款數(shù)據(jù)庫支持所有軟件應(yīng)用。
目前，這種方式已經(jīng)越來越少見了，因為純硬件的縱向擴展能力是有限的，而軟件應(yīng)用的組合和變化是無窮的，大部分客戶無法負(fù)擔(dān)成本變成了最主要的阻礙。
第二種，整合多種集中式和分布式數(shù)據(jù)庫系統(tǒng)，使用統(tǒng)一界面給數(shù)據(jù)和應(yīng)用開發(fā)者提供各種能力和服務(wù)，并隱藏其底層管理運維的復(fù)雜度，這種方式常常被稱作“數(shù)據(jù)中臺”和“數(shù)據(jù)底座”。
基于過往多年的實踐，雖然證明這種形式在某些領(lǐng)域和客戶群體中是有其價值的，但在某些場景下便會出現(xiàn)局限性：一方面，當(dāng)后臺需要整合的數(shù)據(jù)庫系統(tǒng)過多，又或者前臺的應(yīng)用變化過快、過于復(fù)雜時，它的運維、管理和開發(fā)成本增長會陷入失控，且相比第一種方案會帶來數(shù)據(jù)實時處理性能的瓶頸；另一方面，當(dāng)用戶需求相對較小和簡單時，使用這種方案又會過于臃腫和復(fù)雜，投入產(chǎn)出不成正比。
第三種，一些成熟的數(shù)據(jù)庫廠商退而求其次，如果不能一蹴而就地整合這么多數(shù)據(jù)庫系統(tǒng)，那么可以嘗試在現(xiàn)有成熟數(shù)據(jù)庫系統(tǒng)中添加新的能力，來減輕一小部分?jǐn)?shù)據(jù)煙囪帶來的痛苦。
湖倉一體、批流融合、HTAP 等都是這種思路下的產(chǎn)物，但融合的挑戰(zhàn)也是巨大的。拿 HTAP 舉例，由于 TP 和 AP 數(shù)據(jù)庫在過去默認(rèn)就是服務(wù)兩個不同的應(yīng)用團隊，由不同的數(shù)據(jù)庫管理團隊來維護，因此對安全性、資源共享和性能隔離等都有各自的需求。當(dāng)融合在一起的時候，想要性能完全隔離，就應(yīng)該使用完全獨立的計算和存儲資源；想要資源利用最大化，就應(yīng)該使用共享計算和存儲資源；同時想要獲得更低的處理時延，就應(yīng)該只存一份數(shù)據(jù)；想要各自都有讀寫極致性能，就應(yīng)該存多份數(shù)據(jù)...... 這里有太多矛盾的技術(shù)點，要想找到平衡點來解決上述提到的技術(shù)矛盾是一件不容易的事情。
2022云原生數(shù)據(jù)庫廠商的演進方向
當(dāng)然第三種嘗試還有很多其他類型的方案，這里就不一一列舉了。在 2022 年，我們也注意到有眾多云原生數(shù)據(jù)庫廠商在朝著這個方向演進：
Snowflake 在其年度用戶大會 Snowflake Summit 2022 上，宣布推出 Unistore 存儲引擎，使得用戶在 Snowflake 平臺上運行 OLAP 的同時也可以確保數(shù)據(jù)的完整性和一致性，而這是 OLTP 的核心特性之一。
在 2022 re:Invent 大會中，亞馬遜云科技發(fā)布了一個新服務(wù)——“Zero ETL”，其在后臺打通了 Aurora 數(shù)據(jù)庫和 Redshift 數(shù)據(jù)倉庫。用戶無需自己開發(fā) ETL，就可以輕松地進行數(shù)據(jù)分析和機器學(xué)習(xí)，這更像是數(shù)據(jù)中臺和 HTAP 的結(jié)合體。
最近剛剛完成 F 輪融資的 SingleStore，也號稱其數(shù)據(jù)庫系統(tǒng)能在云上通過結(jié)合事務(wù)和分析工作負(fù)載，消除了性能瓶頸和數(shù)據(jù)移動，以支持?jǐn)?shù)據(jù)密集要求苛刻的工作負(fù)載。
國內(nèi)初創(chuàng)公司矩陣起源提出的“HSTAP”更為徹底， 將 HTAP 進行了重新定義，融入了串聯(lián) AP 和 TP 的 Streaming 能力，并完全重新開發(fā)了一款云原生的融合性數(shù)據(jù)庫。目標(biāo)是讓企業(yè)只用一款數(shù)據(jù)庫，就能覆蓋大中小應(yīng)用系統(tǒng)的的 TP 和 AP 需求，并能用最高性價比的方式建設(shè)好數(shù)據(jù)中臺。
矩陣起源的HSTAP
如何讓企業(yè)只用一款數(shù)據(jù)庫？
由矩陣起源打造的新一代超融合異構(gòu)云原生數(shù)據(jù)庫 MatrixOne，借助于全新設(shè)計和研發(fā)的統(tǒng)一分布式計算和存儲框架，能夠使數(shù)據(jù)數(shù)據(jù)庫同時具備 TP、AP和Streaming三種能力，幫助客戶徹底打破數(shù)據(jù)孤島問題，成為企業(yè)智能化核心的數(shù)據(jù)基礎(chǔ)設(shè)施。得益于這一創(chuàng)新的架構(gòu)設(shè)計，用戶可以在公有云、私有云、數(shù)據(jù)中心和邊緣節(jié)點上部署和使用MatrixOne。
秉承“One Size Fits Most”的產(chǎn)品理念，MatrixOne將運維工作簡化到極致，使得數(shù)據(jù)應(yīng)用開發(fā)變得極為簡捷，同時也保證了數(shù)據(jù)處理的極致性能。當(dāng)前，MatrixOne在0.6迭代中完成了云原生化的全面升級，幫助用戶釋放數(shù)據(jù)的潛力和創(chuàng)新力（Store Anywhere, Compute Anywhere, Innovate Anywhere）。
免責(zé)聲明：市場有風(fēng)險，選擇需謹(jǐn)慎！此文僅供參考，不作買賣依據(jù)。