下文給大家?guī)?lái)云數(shù)據(jù)庫(kù)的技術(shù)需求與架構(gòu)演進(jìn)，希望能夠給大家在實(shí)際運(yùn)用中帶來(lái)一定的幫助，云數(shù)據(jù)庫(kù)涉及的東西比較多，理論也不多，網(wǎng)上有很多書(shū)籍，今天我們就用創(chuàng)新互聯(lián)在行業(yè)內(nèi)累計(jì)的經(jīng)驗(yàn)來(lái)做一個(gè)解答。

創(chuàng)新互聯(lián)公司主營(yíng)延津網(wǎng)站建設(shè)的網(wǎng)絡(luò)公司,主營(yíng)網(wǎng)站建設(shè)方案,重慶APP開(kāi)發(fā),延津h5微信小程序搭建,延津網(wǎng)站營(yíng)銷(xiāo)推廣歡迎延津等地區(qū)企業(yè)咨詢

如今，大型企業(yè)如金融企業(yè)和銀行等，在下一代的微服務(wù)架構(gòu)轉(zhuǎn)型要求下，需要基礎(chǔ)軟件和數(shù)據(jù)平臺(tái)能夠?qū)崿F(xiàn)原生的云化，以滿足微服務(wù)架構(gòu)的需求。
微服務(wù)，也就是一種面向服務(wù)的，有特定邊界的松散耦合的架構(gòu)。
主要特點(diǎn)包括，每一個(gè)微服務(wù)是一個(gè)獨(dú)立的自治系統(tǒng)，可以不依賴(lài)外部組件獨(dú)立運(yùn)行；對(duì)應(yīng)用只暴露接口，用戶可以靈活的調(diào)整過(guò)每個(gè)微服務(wù)的使用；業(yè)務(wù)粒度足夠小。

在企業(yè)架構(gòu)“云化”的過(guò)程中，數(shù)據(jù)庫(kù)的云化是最為重要也是難度較大的一個(gè)部分。數(shù)據(jù)庫(kù)云平臺(tái)（dbPaaS）是一類(lèi)支持彈性擴(kuò)張、多租戶、自我管理、并能夠運(yùn)行在云服務(wù)提供商的基礎(chǔ)設(shè)施（IaaS）之上的數(shù)據(jù)庫(kù)管理系統(tǒng)（DBMS）或存儲(chǔ)管理系統(tǒng)。

根據(jù)Gartner報(bào)告預(yù)測(cè)，數(shù)據(jù)庫(kù)云平臺(tái)市場(chǎng)份額將會(huì)在下一個(gè)五年中翻倍，而70%的用戶將開(kāi)始使用dbPaaS數(shù)據(jù)庫(kù)云平臺(tái)。因此，為了滿足各類(lèi)應(yīng)用程序?qū)?shù)據(jù)庫(kù)云平臺(tái)的需求，同時(shí)為了減少私有云部署中對(duì)大量不同類(lèi)型數(shù)據(jù)存儲(chǔ)產(chǎn)品的運(yùn)維復(fù)雜性，數(shù)據(jù)庫(kù)的架構(gòu)演進(jìn)將是未來(lái)十年數(shù)據(jù)庫(kù)轉(zhuǎn)型的主要方向之一。

云數(shù)據(jù)庫(kù)的技術(shù)需求
在業(yè)務(wù)和應(yīng)用進(jìn)行“云化”的過(guò)程中，云數(shù)據(jù)庫(kù)因?yàn)樵谡w架構(gòu)中的重要地位，在云化改造中的重要性不言而喻。云數(shù)據(jù)庫(kù)的核心需求有一下幾點(diǎn)，主要有：
?彈性擴(kuò)張能力：數(shù)據(jù)庫(kù)容量需要根據(jù)業(yè)務(wù)彈性擴(kuò)展，滿足不同業(yè)務(wù)的容量需求；
?彈性部署與隨需應(yīng)變能力：除了數(shù)據(jù)庫(kù)的存儲(chǔ)，其他數(shù)據(jù)庫(kù)功能也需要根據(jù)應(yīng)用的需求，進(jìn)行彈性的部署調(diào)整；
?數(shù)據(jù)可靠性與服務(wù)持續(xù)能力：數(shù)據(jù)的可靠安全，全時(shí)在線是所有業(yè)務(wù)的必須要求；
?計(jì)算存儲(chǔ)分離：將計(jì)算和存儲(chǔ)資源靈活配置，既可以選擇多種計(jì)算方式也可以同時(shí)對(duì)應(yīng)多種存儲(chǔ)方式，滿足更多業(yè)務(wù)需求；
?多模式存儲(chǔ)能力：結(jié)構(gòu)化、非結(jié)構(gòu)化、半結(jié)構(gòu)化和圖等多類(lèi)型數(shù)據(jù)的存儲(chǔ)；
?自我管理能力：提供零停機(jī)維護(hù)、持續(xù)集成、以及滾動(dòng)升級(jí)能力，提升開(kāi)發(fā)人員效率；
?自我監(jiān)控以及問(wèn)題修復(fù)能力：故障監(jiān)控和問(wèn)題修復(fù)，降低運(yùn)維成本；
?是否滿足特定應(yīng)用場(chǎng)景：針對(duì)特定場(chǎng)景的可插拔組件或工具；
?監(jiān)管與安全：滿足監(jiān)管的要求，保證數(shù)據(jù)的安全。

云數(shù)據(jù)庫(kù)需要滿足這些技術(shù)要求，除了在功能上的具體提升，在整體架構(gòu)上更需要進(jìn)行升級(jí)和“進(jìn)化”。

云數(shù)據(jù)庫(kù)架構(gòu)方向
云數(shù)據(jù)庫(kù)架構(gòu)是其能否承載應(yīng)用架構(gòu)“云化”的關(guān)鍵點(diǎn)，隨著技術(shù)和業(yè)務(wù)的發(fā)展，云數(shù)據(jù)庫(kù)的架構(gòu)出現(xiàn)了幾個(gè)主要的發(fā)展方向：
?在dbPaaS平臺(tái)中，計(jì)算-存儲(chǔ)層分離將會(huì)成為主流技術(shù)方向。通過(guò)將協(xié)議解析、計(jì)算等模塊與底層存儲(chǔ)解耦，數(shù)據(jù)庫(kù)云平臺(tái)將存儲(chǔ)層進(jìn)行分片以實(shí)現(xiàn)存儲(chǔ)的彈性水平擴(kuò)張，同時(shí)通過(guò)計(jì)算層的無(wú)狀態(tài)設(shè)計(jì)允許計(jì)算層通過(guò)增加節(jié)點(diǎn)數(shù)量線性提升計(jì)算能力，已達(dá)到整個(gè)數(shù)據(jù)庫(kù)云平臺(tái)的彈性水平擴(kuò)張。
?多模架構(gòu)成為主流趨勢(shì)，Multi-model的架構(gòu)在一個(gè)數(shù)據(jù)庫(kù)平臺(tái)就可以支持多種存儲(chǔ)方式，大大減少運(yùn)維和開(kāi)發(fā)的成本。傳統(tǒng)數(shù)據(jù)庫(kù)中例如IBM、Oracle等早已經(jīng)提供關(guān)系型、OO、甚至XML等存儲(chǔ)引擎。而新一代數(shù)據(jù)庫(kù)則更提供NewSQL、JSON、圖、對(duì)象存儲(chǔ)等多種類(lèi)型數(shù)據(jù)存儲(chǔ)引擎。
?云數(shù)據(jù)庫(kù)平臺(tái)將會(huì)提供多種混合模式的數(shù)據(jù)服務(wù) – 關(guān)系型與非關(guān)系型。該模式使用戶能夠在同一平臺(tái)中結(jié)合不同數(shù)據(jù)存儲(chǔ)類(lèi)型的特點(diǎn)，為新一代IT應(yīng)用系統(tǒng)提供混合數(shù)據(jù)存儲(chǔ)解決方案。
?更符合微服務(wù)業(yè)務(wù)架構(gòu)的要求，微服務(wù)要求各個(gè)服務(wù)模塊之間盡量松耦合和可獨(dú)立擴(kuò)展。因此對(duì)于數(shù)據(jù)庫(kù)，也同樣會(huì)針對(duì)不同的業(yè)務(wù)，進(jìn)行不同側(cè)重的配置，無(wú)論是傳統(tǒng)的“讀寫(xiě)分離”或者現(xiàn)在流行的HTAP都是圍繞這個(gè)要求展開(kāi)的。

針對(duì)這幾個(gè)主要的發(fā)展方向，我們就將詳細(xì)來(lái)探討云數(shù)據(jù)庫(kù)的幾個(gè)重要技術(shù)特點(diǎn)。

1）存儲(chǔ)-SQL 分離
針對(duì)云數(shù)據(jù)庫(kù)的需求和架構(gòu)方向，一種新的數(shù)據(jù)庫(kù)架構(gòu)也在漸漸成為主流，也就是數(shù)據(jù)庫(kù)的 “存儲(chǔ)-SQL分離”架構(gòu)。

存儲(chǔ)-SQL分離架構(gòu)，即指數(shù)據(jù)庫(kù)的存儲(chǔ)引擎和SQL引擎兩部分互相松耦合獨(dú)立工作的架構(gòu)。通常這一架構(gòu)，分為存儲(chǔ)、SQL和元數(shù)據(jù) 三個(gè)部分。

?存儲(chǔ)層：即數(shù)據(jù)庫(kù)的存儲(chǔ)引擎，存儲(chǔ)引擎負(fù)責(zé)處理數(shù)據(jù)的存儲(chǔ)管理。同時(shí)包含路由及事務(wù)控制，保障數(shù)據(jù)的ACID特性。此外，存儲(chǔ)層還應(yīng)還具備索引、查詢條件過(guò)濾、排序等一系列功能。
?SQL層：SQL層主要負(fù)責(zé)處理SQL請(qǐng)求，上層直接面對(duì)應(yīng)用程序，將應(yīng)用程序的訪問(wèn)請(qǐng)求分發(fā)給存儲(chǔ)層，并且接受存儲(chǔ)層返回的數(shù)據(jù)結(jié)果。
?元數(shù)據(jù)區(qū)：元數(shù)據(jù)區(qū)負(fù)責(zé)存儲(chǔ)整個(gè)數(shù)據(jù)庫(kù)的所有元數(shù)據(jù)信息。

典型的云數(shù)據(jù)庫(kù)架構(gòu)示意

對(duì)于這一架構(gòu)，其實(shí)MySQL數(shù)據(jù)庫(kù)當(dāng)前的架構(gòu)是有一些類(lèi)似的。
MySQL數(shù)據(jù)庫(kù)的SQL、存儲(chǔ)分離的架構(gòu)，在架構(gòu)較為靈活，而其開(kāi)源的生態(tài)也支持將不同的產(chǎn)品、引擎和工具進(jìn)行充分的對(duì)接。在存儲(chǔ)引擎的架構(gòu)上，插件式的存儲(chǔ)引擎架構(gòu)將查詢處理和其它的系統(tǒng)任務(wù)以及數(shù)據(jù)的存儲(chǔ)提取相分離。這種架構(gòu)可以根據(jù)業(yè)務(wù)的需求和實(shí)際需要選擇合適的存儲(chǔ)引擎。

MySQL數(shù)據(jù)庫(kù)整體技術(shù)模塊架構(gòu)

如上圖所示，MySQL 的存儲(chǔ)引擎可以掛載多種不同的產(chǎn)品，每個(gè)引擎都能提供不同的技術(shù)特性。其中包括InnoDB、MyISAM等架構(gòu)。

存儲(chǔ)與SQL分離的架構(gòu)，目前在數(shù)據(jù)庫(kù)業(yè)界十分流行，AWS的Aurora數(shù)據(jù)庫(kù)在SQL訪問(wèn)上也采用了類(lèi)似的架構(gòu)。SequoiaDB 3.0 目前在MySQL兼容上，主要也是采取“SQL-存儲(chǔ)分離“的架構(gòu)。

SequoiaDB 3.0 MySQL 兼容邏輯架構(gòu)

SequoiaDB 3.0使用了MySQL數(shù)據(jù)庫(kù)原生的SQL解析器，天然支持MySQL協(xié)議并可以做到100%語(yǔ)法兼容。在該架構(gòu)中，MySQL協(xié)議解析層作為SQL解析和分發(fā)的角色，直接面對(duì)應(yīng)用程序，每一個(gè)MySQL服務(wù)的接入節(jié)點(diǎn)都是一個(gè)獨(dú)立支持讀寫(xiě)操作的MySQL進(jìn)程。而數(shù)據(jù)存儲(chǔ)和管理層，則完全由巨杉數(shù)據(jù)庫(kù)的分布式數(shù)據(jù)庫(kù)引擎實(shí)現(xiàn)。簡(jiǎn)單來(lái)說(shuō)，SequoiaDB 3.0作為MySQL的InnoDB替換引擎，在天然支持MySQL的全部語(yǔ)法和功能的同時(shí)，提供了數(shù)據(jù)庫(kù)存儲(chǔ)層彈性擴(kuò)張的能力。

2）多模Multi-Model
企業(yè)使用云數(shù)據(jù)庫(kù)對(duì)接的應(yīng)用越來(lái)越多，需求多種多樣，傳統(tǒng)的做法是在dbPaaS里面提供十幾個(gè)不同的數(shù)據(jù)庫(kù)產(chǎn)品分別應(yīng)對(duì)各種需求，這樣的方法在系統(tǒng)增加后，整體維護(hù)性和數(shù)據(jù)一致性管理成本很高，會(huì)影響到整個(gè)系統(tǒng)的使用。

云數(shù)據(jù)庫(kù)的“多?！笔疽鈭D

為了實(shí)現(xiàn)業(yè)務(wù)數(shù)據(jù)的統(tǒng)一管理和數(shù)據(jù)融合，新型數(shù)據(jù)庫(kù)需要具備多模式（Multi-Model）數(shù)據(jù)管理和存儲(chǔ)的能力。數(shù)據(jù)庫(kù)多模Multi-Model是指同一個(gè)數(shù)據(jù)庫(kù)支持多個(gè)存儲(chǔ)引擎，可以同時(shí)滿足應(yīng)用程序?qū)τ诮Y(jié)構(gòu)化、半結(jié)構(gòu)化、非結(jié)構(gòu)化數(shù)據(jù)的統(tǒng)一管理需求。

通常來(lái)說(shuō)，結(jié)構(gòu)化數(shù)據(jù)特指表單類(lèi)型的數(shù)據(jù)存儲(chǔ)結(jié)構(gòu)，典型應(yīng)用包括銀行核心交易等傳統(tǒng)業(yè)務(wù)；而半結(jié)構(gòu)化數(shù)據(jù)則在用戶畫(huà)像、物聯(lián)網(wǎng)設(shè)備日志采集、應(yīng)用點(diǎn)擊流分析等場(chǎng)景中得到大規(guī)模使用；非結(jié)構(gòu)化數(shù)據(jù)則對(duì)應(yīng)著海量的的圖片、視頻、和文檔處理等業(yè)務(wù)，在金融科技的發(fā)展下增長(zhǎng)迅速。

多模式數(shù)據(jù)管理能力，使得金融級(jí)數(shù)據(jù)庫(kù)能夠進(jìn)行跨部門(mén)、跨業(yè)務(wù)的數(shù)據(jù)統(tǒng)一存儲(chǔ)與管理，實(shí)現(xiàn)多業(yè)務(wù)數(shù)據(jù)融合，支撐多樣化的金融服務(wù)。

在架構(gòu)上，剛剛提到的多模Multi-model也是針對(duì)云數(shù)據(jù)庫(kù)需求的，則使得數(shù)據(jù)庫(kù)使用一套數(shù)據(jù)管理體系可以支撐多種數(shù)據(jù)類(lèi)型，因此支持多種業(yè)務(wù)模式，大大降低使用和運(yùn)維的成本。

3）災(zāi)備和多活
對(duì)于應(yīng)用程序來(lái)說(shuō)，開(kāi)發(fā)人員并不希望在設(shè)計(jì)應(yīng)用的過(guò)程當(dāng)中花費(fèi)大量的精力來(lái)考慮底層數(shù)據(jù)高可用、災(zāi)備與多活時(shí)應(yīng)用的切換邏輯。一般來(lái)說(shuō)，一個(gè)成熟的dbPaaS層應(yīng)當(dāng)盡可能將底層的數(shù)據(jù)多副本同步、災(zāi)難切換、高可用接管等一系列操作進(jìn)行封裝，對(duì)于應(yīng)用程序做到完全透明。

在傳統(tǒng)的應(yīng)用程序開(kāi)發(fā)中，開(kāi)發(fā)者使用中間件容器對(duì)數(shù)據(jù)源進(jìn)行配置，底層使用F5或其他虛擬IP地址對(duì)多個(gè)數(shù)據(jù)源進(jìn)行封裝。但是，在云化的演變過(guò)程中，底層的數(shù)據(jù)庫(kù)從單一節(jié)點(diǎn)向分布式節(jié)點(diǎn)過(guò)渡，對(duì)于上層的應(yīng)用程序一方面希望盡可能減少應(yīng)用程序設(shè)計(jì)時(shí)對(duì)分庫(kù)分表的依賴(lài)，另一方面更希望在數(shù)據(jù)節(jié)點(diǎn)切換，甚至數(shù)據(jù)中心災(zāi)難接管的過(guò)程當(dāng)中做到應(yīng)用透明無(wú)感知。

SequoiaDB 3.0則引入了異地多活的架構(gòu)，應(yīng)用程序可以從任意接入節(jié)點(diǎn)以讀寫(xiě)的方式訪問(wèn)本地?cái)?shù)據(jù)庫(kù)。在數(shù)據(jù)讀寫(xiě)的過(guò)程當(dāng)中，巨杉數(shù)據(jù)庫(kù)能夠從底層有效地進(jìn)行數(shù)據(jù)一致性控制，對(duì)多個(gè)地區(qū)本地寫(xiě)入的數(shù)據(jù)進(jìn)行遠(yuǎn)程復(fù)制，確保多個(gè)站點(diǎn)所讀寫(xiě)的數(shù)據(jù)完全一致。

另外，災(zāi)難發(fā)生時(shí)巨杉數(shù)據(jù)庫(kù)提供對(duì)應(yīng)用程序透明的數(shù)據(jù)切換與接管機(jī)制，動(dòng)態(tài)調(diào)整底層數(shù)據(jù)分布拓?fù)溥壿?，能夠?dòng)態(tài)有效地排除故障數(shù)據(jù)中心內(nèi)的節(jié)點(diǎn)，做到其他站點(diǎn)無(wú)感知地繼續(xù)提供數(shù)據(jù)服務(wù)。

多活相比于傳統(tǒng)的高可用來(lái)說(shuō)，不僅在性能和安全性上實(shí)現(xiàn)了更大的提升，而這一架構(gòu)也能在多活數(shù)據(jù)中心中充分的應(yīng)用軟硬件設(shè)備，減少冗余。

云數(shù)據(jù)庫(kù)架構(gòu)優(yōu)勢(shì)
在技術(shù)驅(qū)動(dòng)的需求下，云數(shù)據(jù)庫(kù)架構(gòu)具備了幾項(xiàng)主要的業(yè)務(wù)價(jià)值：
?無(wú)需分庫(kù)分表：此前，一種數(shù)據(jù)庫(kù)分布式改造的方向是關(guān)系型數(shù)據(jù)庫(kù)往分布式架構(gòu)改造，MySQL分庫(kù)分表就是其中一種方案。如今，存儲(chǔ)-SQL分離的架構(gòu)，在數(shù)據(jù)存儲(chǔ)層已經(jīng)實(shí)現(xiàn)原生分步實(shí)施，就避免了復(fù)雜冗長(zhǎng)的“分庫(kù)分表”方案。
?靈活支撐業(yè)務(wù)需求：存儲(chǔ)和SQL層都可以實(shí)現(xiàn)服務(wù)、存儲(chǔ)的彈性調(diào)整，靈活地支撐業(yè)務(wù)的需求。
?多存儲(chǔ)引擎兼容：由于SQL和存儲(chǔ)層的分離，在保持SQL接口不變的情況下，底層存儲(chǔ)引擎可以支撐多個(gè)不同引擎，實(shí)現(xiàn)多種數(shù)據(jù)引擎的同時(shí)兼容。
?完全兼容已有應(yīng)用：由于SQL層更多使用已有的標(biāo)準(zhǔn)SQL解析器，因此對(duì)于原有應(yīng)用在SQL上可以實(shí)現(xiàn)完全的兼容，沒(méi)有任何應(yīng)用改造的投入。
?數(shù)據(jù)安全可用：分布式的存儲(chǔ)和松耦合的架構(gòu)，數(shù)據(jù)擁有安全的多副本，松耦合則大大增強(qiáng)了整個(gè)系統(tǒng)的容錯(cuò)性。相比傳統(tǒng)單點(diǎn)架構(gòu)，可以很好的實(shí)現(xiàn)數(shù)據(jù)雙活甚至多活的架構(gòu)，滿足“兩地三中心”“三地五中心”的合規(guī)監(jiān)管安全要求。

云數(shù)據(jù)庫(kù)應(yīng)用場(chǎng)景
在新架構(gòu)驅(qū)動(dòng)下，云數(shù)據(jù)庫(kù)目前在多個(gè)場(chǎng)景下已經(jīng)開(kāi)始實(shí)現(xiàn)落地應(yīng)用。

傳統(tǒng)交易服務(wù)
在傳統(tǒng)中心化交易型業(yè)務(wù)中，高性能、高吞吐量的數(shù)據(jù)存儲(chǔ)與處理能力，ACID以及安全都是非常重要的特性。例如，在一個(gè)典型的銀行業(yè)務(wù)中，為了滿足高峰時(shí)期的在線交易量，交易型數(shù)據(jù)庫(kù)需要在億級(jí)記錄條數(shù)的數(shù)據(jù)庫(kù)中每秒處理上千比交易。同時(shí)，為了滿足生產(chǎn)系統(tǒng)的健壯性與可靠性，傳統(tǒng)交易服務(wù)對(duì)于底層數(shù)據(jù)存儲(chǔ)的安全性、高可用性、兩地三中心部署能力都有著非常明確的要求。

因此云數(shù)據(jù)庫(kù)既需要將傳統(tǒng)交易型業(yè)務(wù)逐漸轉(zhuǎn)移至云平臺(tái)，同時(shí)也需要在滿足安全性和合規(guī)監(jiān)管方面，為用戶提供更好的支持。

歷史數(shù)據(jù)服務(wù)
近年來(lái)，隨著IT技術(shù)與大數(shù)據(jù)的不斷發(fā)展，越來(lái)越多的企業(yè)將數(shù)據(jù)作為自身寶貴的資產(chǎn)進(jìn)行長(zhǎng)期保留。這使得一些傳統(tǒng)應(yīng)用程序的歷史數(shù)據(jù)包袱越來(lái)越重，最終數(shù)據(jù)庫(kù)不堪重負(fù)導(dǎo)致應(yīng)用整體性能低下。另一方面，隨著大數(shù)據(jù)需求的不斷增加，曾經(jīng)已經(jīng)歸檔的數(shù)據(jù)需要重新在線以滿足在線化、實(shí)時(shí)化使用、查詢和分析等等要求，這就要求將原有龐大的離線數(shù)據(jù)進(jìn)行“在線化”。這些需求使得歷史數(shù)據(jù)管理成為必須。
對(duì)于歷史數(shù)據(jù)服務(wù)來(lái)說(shuō)，由于對(duì)外提供應(yīng)用程序的直接訪問(wèn)，其健壯性、可靠性、可配置一致性策略、性能與并發(fā)能力都是極為值得關(guān)注的。同時(shí)，相對(duì)傳統(tǒng)交易服務(wù)來(lái)說(shuō)，強(qiáng)一致和ACID反倒并不是最關(guān)注的點(diǎn)。鑒于一些企業(yè)直接將部分報(bào)表和自助查詢運(yùn)行在歷史服務(wù)平臺(tái)上，HTAP的能力也是值得關(guān)注的特性。

云數(shù)據(jù)庫(kù)在擴(kuò)展性和性能上通過(guò)分布式的架構(gòu)滿足了這些需求，將歷史數(shù)據(jù)很好的管理起來(lái)。

實(shí)時(shí)在線服務(wù)
當(dāng)前大部分企業(yè)的生產(chǎn)業(yè)務(wù)系統(tǒng)與后臺(tái)的數(shù)據(jù)加工、分析與查詢系統(tǒng)都是通過(guò)T+1的方式進(jìn)行數(shù)據(jù)ETL。而最近隨著流處理技術(shù)的興起，越來(lái)越多的企業(yè)開(kāi)始基于流處理技術(shù)構(gòu)建T+0的數(shù)據(jù)總線，以實(shí)現(xiàn)不同業(yè)務(wù)流程之間實(shí)時(shí)數(shù)據(jù)對(duì)接。譬如說(shuō)，用戶資產(chǎn)視圖就可以利用流處理技術(shù)，在提供用戶全資產(chǎn)視圖查詢的優(yōu)秀用戶體驗(yàn)的同時(shí)，大幅度減輕其對(duì)后臺(tái)生產(chǎn)系統(tǒng)造成的查詢壓力。
對(duì)于實(shí)時(shí)在線服務(wù)來(lái)說(shuō)，數(shù)據(jù)庫(kù)的層面最為關(guān)注性能、吞吐量、可靠性、與可用性。而對(duì)于強(qiáng)一致、ACID、與HTAP來(lái)說(shuō)并不構(gòu)成其最重要的特性。
在線業(yè)務(wù)的數(shù)據(jù)多樣化和性能都需要云架構(gòu)的數(shù)據(jù)庫(kù)提供更靈活高效的支持。

影像存儲(chǔ)服務(wù)
很多行業(yè)在業(yè)務(wù)運(yùn)營(yíng)中會(huì)產(chǎn)生大量紙質(zhì)憑證，在信息化處理和監(jiān)管要求下，這些紙質(zhì)的憑證都需要掃描成影像文件并長(zhǎng)期保存。隨著互聯(lián)網(wǎng)技術(shù)以及集中作業(yè)中心等理念的深入推廣，大量行業(yè)普遍需要建設(shè)統(tǒng)一的影像管理平臺(tái)。
對(duì)于典型的影像平臺(tái)來(lái)說(shuō)，其存儲(chǔ)的數(shù)據(jù)總體量極大，使用傳統(tǒng)存儲(chǔ)的單位成本很高，需要進(jìn)行生命周期管理時(shí)對(duì)運(yùn)維又非常復(fù)雜。因此，對(duì)于逐年遞增的海量影像數(shù)據(jù)來(lái)說(shuō)，大部分企業(yè)都存在查詢難、管理難、擴(kuò)容難的幾大痛點(diǎn)。
同時(shí)，由于影像存儲(chǔ)服務(wù)已經(jīng)成為很多流程的一部分，其穩(wěn)定性、可靠性與健壯性與核心交易系統(tǒng)處于同一級(jí)別。因此，影像存儲(chǔ)服務(wù)最關(guān)注的層面在于可靠性、一致性、可擴(kuò)展性、吞吐量、以及非結(jié)構(gòu)化存儲(chǔ)的多模特性。而其對(duì)于交易的ACID、HTAP等特性并不重點(diǎn)關(guān)注。

小結(jié)
云數(shù)據(jù)庫(kù)是未來(lái)數(shù)據(jù)庫(kù)發(fā)展的一個(gè)重要方向，云數(shù)據(jù)庫(kù)架構(gòu)隨著云化要求也需要進(jìn)行相應(yīng)的迭代，未來(lái)在云數(shù)據(jù)庫(kù)架構(gòu)的演進(jìn)還會(huì)隨著需求的變化而持續(xù)發(fā)展。

看了以上關(guān)于云數(shù)據(jù)庫(kù)的技術(shù)需求與架構(gòu)演進(jìn)，如果大家還有什么地方需要了解的可以在創(chuàng)新互聯(lián)行業(yè)資訊里查找自己感興趣的或者找我們的專(zhuān)業(yè)技術(shù)工程師解答的，創(chuàng)新互聯(lián)技術(shù)工程師在行業(yè)內(nèi)擁有十幾年的經(jīng)驗(yàn)了。