大家好，我是韓鋒，一個(gè)數(shù)據(jù)庫(kù)領(lǐng)域資深從業(yè)者（好吧，我是個(gè)70后）。近些年來，主要從事數(shù)據(jù)庫(kù)產(chǎn)品、架構(gòu)等工作。本文我將以個(gè)人感受，談?wù)勗谛聲r(shí)期下數(shù)據(jù)庫(kù)架構(gòu)優(yōu)化工作的一些問題，供大家參考。

下面的分享，我將從外部環(huán)境對(duì)數(shù)據(jù)庫(kù)架構(gòu)的影響、當(dāng)前架構(gòu)中若干熱門的技術(shù)問題、之前的架構(gòu)實(shí)踐經(jīng)歷，以及個(gè)人如何成長(zhǎng)等方面談?wù)勎业母惺堋?/span>

首先談下外部因素對(duì)架構(gòu)工作的影響。有些同學(xué)可能會(huì)感到疑惑，架構(gòu)問題不是技術(shù)問題嘛，為什么還要考慮外部因素？這里是有個(gè)誤區(qū)的，架構(gòu)的本質(zhì)是為了解決企業(yè)的業(yè)務(wù)問題，針對(duì)某一問題可能有很多種解法，選擇最為合適的（而非最優(yōu)的）是考驗(yàn)一個(gè)架構(gòu)師的核心能力。

正如上圖中，右下角的描述“脫離企業(yè)環(huán)境的架構(gòu)，都是耍流氓”。那么影響架構(gòu)的外部因素有哪些呢？

下面將以一個(gè)較為傳統(tǒng)的企業(yè)客戶視角，看看其內(nèi)外部的需求是什么？這些因素都將對(duì)后續(xù)的架構(gòu)設(shè)計(jì)，帶來很大的影響。

對(duì)于外在需求部分，可分為如下幾個(gè)方面（有優(yōu)先級(jí)順序）：

對(duì)于內(nèi)在需求部分，可分為如下幾個(gè)方面（有優(yōu)先級(jí)順序）：

企業(yè)、部門、團(tuán)隊(duì)的情況，也會(huì)對(duì)架構(gòu)選擇有所影響。

如之前環(huán)境篇開篇談到的問題，公司所處行業(yè)、性質(zhì)及發(fā)展階段對(duì)架構(gòu)選擇存在不同影響，這里就不贅述了。

下面的技術(shù)篇中，我將談到企業(yè)使用數(shù)據(jù)庫(kù)的方式及對(duì)當(dāng)前一些技術(shù)選擇的個(gè)人觀點(diǎn)。

這是較為傳統(tǒng)的一種方式。企業(yè)購(gòu)買大型商業(yè)數(shù)據(jù)庫(kù)軟件，并對(duì)應(yīng)購(gòu)買服務(wù)支持工作。在過去三、四十年里，這是主流方式。可以說也很好地滿足了各類企業(yè)的快速發(fā)展。只是隨著近二十年來，互聯(lián)網(wǎng)化的變革，對(duì)此種方式產(chǎn)生了不小的沖擊。

這種方式適合傳統(tǒng)企業(yè)，對(duì)數(shù)據(jù)庫(kù)要求較高，自有技術(shù)能力有限，未來發(fā)展相對(duì)固定的情況。未來發(fā)展隨著商業(yè)數(shù)據(jù)庫(kù)的發(fā)展而變化，從總體來看，未來云化的需求對(duì)其沖擊較大。此外，在國(guó)產(chǎn)化、自主可控化等要求下，也會(huì)對(duì)這個(gè)模式影響較大。

風(fēng)險(xiǎn)分析：

這一方式也較為常見。在前一方式中，隨著企業(yè)使用商業(yè)軟件的深入，自有服務(wù)需求就變得迫切起來。通過建立自有服務(wù)體系，可以更好地滿足企業(yè)自身需求。這種方式，適合有一定技術(shù)積累的傳統(tǒng)企業(yè)。未來發(fā)展隨著商業(yè)數(shù)據(jù)庫(kù)的發(fā)展而變化，總體相對(duì)穩(wěn)定。

風(fēng)險(xiǎn)分析：

在風(fēng)險(xiǎn)方面，與前者類似。其中技術(shù)風(fēng)險(xiǎn)上，自有人員對(duì)商業(yè)產(chǎn)品的把控，較原廠還是有所差距。當(dāng)然對(duì)應(yīng)人員風(fēng)險(xiǎn)就降低，通過自有人員對(duì)產(chǎn)品把控力更大。

隨著開源數(shù)據(jù)庫(kù)的日益成熟，越來越多的企業(yè)開始使用開源數(shù)據(jù)庫(kù)。但相較于商業(yè)數(shù)據(jù)庫(kù)，開源方案對(duì)企業(yè)自有技術(shù)能力要求較高。因此，很多考慮搭上開源浪潮的企業(yè)，采用這種方式。適用于轉(zhuǎn)型中的企業(yè)，從商業(yè)走向開源，這種方式可以在一定程度上規(guī)避風(fēng)險(xiǎn)。但一般為過渡階段，長(zhǎng)期來看還是要培養(yǎng)企業(yè)自有的服務(wù)能力。

風(fēng)險(xiǎn)分析：

這是典型的“互聯(lián)網(wǎng)”玩法，也是較為常見的一種方式。適用于規(guī)模較大，企業(yè)定制化要求較高的場(chǎng)景。發(fā)展成熟可考慮向企業(yè)內(nèi)部私有云或數(shù)據(jù)庫(kù)產(chǎn)品、方案方向發(fā)展，甚至對(duì)外賦能。

風(fēng)險(xiǎn)分析：

風(fēng)險(xiǎn)分析與上者類似，突出人員風(fēng)險(xiǎn)，需長(zhǎng)期培養(yǎng)投入。

這是方案3的一種特殊情況。企業(yè)不是使用原生開源產(chǎn)品，而是使用第三方公司定制開源方案，可能是純軟件，也可能是軟硬一體式。這類方式，會(huì)針對(duì)開源軟件的不足，做定制化改進(jìn)，滿足企業(yè)級(jí)軟件的需求。但這種方式一般企業(yè)無法自己獨(dú)立運(yùn)維，需要借助第三方公司的商業(yè)支持。對(duì)數(shù)據(jù)庫(kù)的企業(yè)級(jí)特性有較高要求，但原生開源數(shù)據(jù)庫(kù)又無法滿足的情況。對(duì)于短期內(nèi)有去除商業(yè)數(shù)據(jù)庫(kù)的需求場(chǎng)景，非常適合。隨著國(guó)內(nèi)對(duì)開源數(shù)據(jù)庫(kù)使用水平不斷深入，有越來越多的此類初創(chuàng)型企業(yè)出現(xiàn)。非?？春眠@種模式的未來發(fā)展。

風(fēng)險(xiǎn)分析：

企業(yè)私有化部署方案，是一種云化折中方案。受限于一些特殊國(guó)情，有些企業(yè)無法直接使用公有云，但又急需類似公有云的平臺(tái)能力。因此，某些云廠商或數(shù)據(jù)庫(kù)廠商提供了一種私有云化部署方案，可簡(jiǎn)單理解為將云搬回家。

過去有種說法，說私有云會(huì)逐步萎縮，公有云會(huì)一統(tǒng)天下。但從近兩年的國(guó)內(nèi)云市場(chǎng)發(fā)展來看，私有云的發(fā)展速度某些指標(biāo)甚至超過公有云。當(dāng)我們現(xiàn)在大談“toB”市場(chǎng)成為下一個(gè)藍(lán)海時(shí)，這種模式也是toB服務(wù)市場(chǎng)的一個(gè)重要組成部分。這種方式，適合于大型企業(yè)，長(zhǎng)期看好。

風(fēng)險(xiǎn)分析：

其風(fēng)險(xiǎn)點(diǎn)除了在財(cái)力方面，更多是考慮在對(duì)廠商的技術(shù)依賴性。相較于傳統(tǒng)方案，這種方式的依賴性甚至更高。廠商一般提供很好的私有云，及對(duì)應(yīng)其自有公有云的打通方案；但對(duì)其他公有云或企業(yè)自有平臺(tái)，則較難打通。

這是一種上云使用的初級(jí)階段，企業(yè)僅使用云的IaaS部分，其余均自建。這種方式可充分利用公有云帶來的彈性優(yōu)勢(shì)，將企業(yè)原有的技術(shù)積累延續(xù)到云端。對(duì)于企業(yè)來說，這種方式也是最為“平滑”的，甚至應(yīng)用可以不做更多感知，仍然像使用企業(yè)內(nèi)部IT資源一樣，使用公有云資源。很適合于有多云、跨云需求的場(chǎng)合。但缺點(diǎn)是無法利用云廠商技術(shù)能力帶來的附加值。

風(fēng)險(xiǎn)分析：

風(fēng)險(xiǎn)不大，僅僅是依賴公有云底層，很容易遷移到其他云廠商或遷回自有。

這是一種較為特殊的情況。企業(yè)選擇將商業(yè)數(shù)據(jù)庫(kù)，構(gòu)建在公有云上。但其沒有選擇云廠商提供的，而是自主構(gòu)建或選擇第三方廠商協(xié)助完成。這往往是一些中小型的企業(yè)，其規(guī)模不足以支持私有化部署，而應(yīng)用又依賴于商業(yè)數(shù)據(jù)庫(kù)產(chǎn)品。企業(yè)想要充分利用云的彈性，因此組合出這種使用方式。

風(fēng)險(xiǎn)分析：

風(fēng)險(xiǎn)在于，某些商業(yè)數(shù)據(jù)庫(kù)針對(duì)云場(chǎng)景的不予支持，企業(yè)有一定技術(shù)風(fēng)險(xiǎn)。要么有比較強(qiáng)大的自主技術(shù)能力，要么依賴于第三方服務(wù)廠商。

這是云廠商推出的最為“傳統(tǒng)”的數(shù)據(jù)庫(kù)服務(wù)，也是目前最多的一種選擇。云廠商基于開源的數(shù)據(jù)庫(kù)版本+自有的平臺(tái)服務(wù)，構(gòu)建其數(shù)據(jù)庫(kù)產(chǎn)品。其核心的數(shù)據(jù)庫(kù)與開源的版本，是完全一致的，各家比拼的更多是平臺(tái)服務(wù)能力。這種方式對(duì)于企業(yè)的運(yùn)維要求很低，基本可以依賴于云廠商提供的能力（除了個(gè)別高可用、容災(zāi)需求外）。這一方案比較適合于初期上云企業(yè)，可逐步摸索云與原有方式的區(qū)別。

風(fēng)險(xiǎn)分析：

數(shù)據(jù)庫(kù)自身風(fēng)險(xiǎn)不大，畢竟其使用的與開源同一版本，技術(shù)上可遷移至其他云廠商。當(dāng)數(shù)據(jù)庫(kù)版本升級(jí)后，也可以享受到對(duì)應(yīng)的技術(shù)紅利。但對(duì)平臺(tái)服務(wù)，是存在一定依賴的，各家能力不同，需要有適應(yīng)過程。此外，運(yùn)維依賴云廠商，也存在一定技術(shù)風(fēng)險(xiǎn)。自主的技術(shù)能力，會(huì)逐步喪失。

云廠商除了提供與開源一致版本外，一般還提供私有定制版本。它往往是基于某開源數(shù)據(jù)庫(kù)某一版本的深度定制，針對(duì)某些特性做了加強(qiáng)。當(dāng)然有些以反饋社區(qū)的方式，回饋給開源（可能未來會(huì)merge入新版），但很多僅存在“云私有DB”。如企業(yè)有針對(duì)某一特殊場(chǎng)景（如秒殺）或其他方面（如金融級(jí)數(shù)據(jù)同步）的強(qiáng)需求，可考慮使用此方案。當(dāng)然使用也意味著與云廠商深度綁定。此外，在平臺(tái)服務(wù)方面，與上面情況類似。這種方案比較適合于對(duì)數(shù)據(jù)庫(kù)有一定要求，而原生開源版本又不支持的情況。

風(fēng)險(xiǎn)分析：

風(fēng)險(xiǎn)在于綁定單一廠商，一般很難下來。這與使用大型商業(yè)數(shù)據(jù)庫(kù)的情況類似。當(dāng)然可以在應(yīng)用端做個(gè)設(shè)計(jì)，盡量減少對(duì)特性的依賴。此外，因?yàn)槭嵌ㄖ瓢姹荆磥黹_源版本的升級(jí)可能不會(huì)短時(shí)間內(nèi)支持，甚至可能不會(huì)考慮支持，完全走向獨(dú)立分支的道路。針對(duì)這點(diǎn)，企業(yè)也是需要關(guān)注的。

某些大的云廠商，除了上述兩種外，可通過自研數(shù)據(jù)庫(kù)方式，增加未來的產(chǎn)品競(jìng)爭(zhēng)力。從最新的Gatner報(bào)告來看，更多的云廠商加入進(jìn)來，這也給數(shù)據(jù)庫(kù)整體市場(chǎng)帶來了活力。從預(yù)測(cè)來看，均一致看好云原生數(shù)據(jù)庫(kù)的未來發(fā)展。相較于前兩種方式，這類數(shù)據(jù)庫(kù)更是誕生于云，從設(shè)計(jì)之初就更多考慮了云化環(huán)境特點(diǎn)，因此極具競(jìng)爭(zhēng)力。

當(dāng)然，從目前來看，現(xiàn)有云原生還處于“初級(jí)”階段，未來在解決了更大規(guī)模擴(kuò)展性、多讀多寫能力等后，其將真正進(jìn)入井噴式發(fā)展?，F(xiàn)有各大廠，在這一領(lǐng)域紛紛重點(diǎn)布局，加大投入。對(duì)企業(yè)而言，無疑又多了一種選擇，特別是某些場(chǎng)景（如海量數(shù)據(jù)等），原生開源、擴(kuò)展開源產(chǎn)品均無法滿足。

風(fēng)險(xiǎn)分析：

風(fēng)險(xiǎn)類似上面，甚至有過之。企業(yè)應(yīng)用將完全依賴于廠商產(chǎn)品。盡管很多是宣傳兼容開源或商業(yè)數(shù)據(jù)庫(kù)，但畢竟不是同一產(chǎn)品。這點(diǎn)還需要企業(yè)仔細(xì)評(píng)估。此外，針對(duì)兼容性、備份恢復(fù)、高可用、數(shù)據(jù)同步、跨云容災(zāi)等，都是值得投入研究的。

這是一類小眾的方案，其背景是緣起于數(shù)據(jù)庫(kù)廠商與云廠商的蛋糕劃分問題。有些數(shù)據(jù)庫(kù)廠商（如MongoDB）不希望將云數(shù)據(jù)庫(kù)市場(chǎng)由云廠商主導(dǎo)，而是希望可由自身主導(dǎo)，構(gòu)建不依賴于云廠商的獨(dú)立生態(tài)。目前這種方式國(guó)內(nèi)見得不多。

受到眾多互聯(lián)網(wǎng)公司的影響，很多傳統(tǒng)企業(yè)對(duì)于開源方案也是躍躍欲試。但在選擇之前，也要看到，開源方案并不是免費(fèi)的“蛋糕”。讓我們來看看，開源方案的利與弊。

對(duì)于托管類數(shù)據(jù)庫(kù)產(chǎn)品而言，其核心功能還是要跟官方產(chǎn)品走。當(dāng)然，各個(gè)大廠都有著自己多年豐富的實(shí)踐經(jīng)驗(yàn)，并具備一定的內(nèi)核研發(fā)能力。于是，往往針對(duì)原生產(chǎn)品做一些定制化的改造，進(jìn)而提供與原生產(chǎn)品差異化的能力。改造方向上，往往傾向于下面幾類：

針對(duì)上述定制化后產(chǎn)品，有時(shí)就成為某種“銀彈”，對(duì)于企業(yè)客戶很具吸引力；但事情也具有兩面性，對(duì)于這些特殊之處的依賴，也會(huì)導(dǎo)致客戶對(duì)產(chǎn)品的依賴。這也是某些客戶猶豫之處。在我看來，這個(gè)問題的要點(diǎn)在于企業(yè)處于的發(fā)展階段。不同階段的企業(yè)，核心訴求不同，在此處的考慮角度也會(huì)不同。

 ② 外圍功能

除了核心功能外，還有些非數(shù)據(jù)庫(kù)核心能力，但對(duì)于企業(yè)使用必不可少的功能。例如：監(jiān)控、備份恢復(fù)、優(yōu)化、容災(zāi)等等。如果沒有云的話，這些能力往往是需要企業(yè)花費(fèi)精力去自建的。哪怕企業(yè)數(shù)據(jù)庫(kù)規(guī)模不大、使用復(fù)雜度不高，使用開源數(shù)據(jù)庫(kù)也能滿足需求，但上述需求還是要滿足的。于是，前兩年平臺(tái)很火，很多企業(yè)都自建了自己的內(nèi)部運(yùn)維平臺(tái)，構(gòu)建上述能力。當(dāng)然這種方式有利有弊。利之處在于，企業(yè)可以根據(jù)自身需求度身定制，滿足個(gè)性化需求；弊之處在于，構(gòu)建能力及花費(fèi)資源長(zhǎng)期維護(hù)。

如果說，上述功能企業(yè)還是可以較容易具備的，那么云功能則相對(duì)門檻有些高了。這里所說的“云功能”，是指例如彈性擴(kuò)縮容等類。這類能力，往往需要依托于強(qiáng)大的底座能力，是需要較大的研發(fā)投入和長(zhǎng)期積累才能具備。在某些特定的場(chǎng)合下，這一能力對(duì)企業(yè)很具吸引力，例如業(yè)務(wù)形態(tài)、幅度變化很大的企業(yè)客戶。

企業(yè)選擇上云，往往不是僅依靠一兩款產(chǎn)品，而更多是看中云端生態(tài)功能。對(duì)于企業(yè)來講，如何通過云端打通技術(shù)瓶頸，快速具備業(yè)務(wù)能力成為核心。例如從數(shù)據(jù)埋點(diǎn)、數(shù)據(jù)捕捉、數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)計(jì)算到分析展示，如果全流程都可以在云端無縫集成，對(duì)于企業(yè)來說，是很具有吸引力的。

無疑，這是云數(shù)據(jù)庫(kù)頗具優(yōu)勢(shì)的方案。企業(yè)如果想通過自建方式解決類似問題，沒有高素質(zhì)的人才是不行的。然而，一方面此類人才稀缺且價(jià)格不菲；另一方面即使已有人才，也要面臨如何留住等問題。畢竟對(duì)于大多數(shù)企業(yè)來說，專業(yè)技術(shù)人員更多是輔助性崗位，對(duì)高級(jí)專業(yè)人員來說也面臨長(zhǎng)期發(fā)展等問題。而云數(shù)據(jù)庫(kù)方案，則不存在此問題，你大可以在很短時(shí)間內(nèi)享受到大廠的“腦力”資源，而且不必?fù)?dān)心出現(xiàn)斷檔等問題。

針對(duì)這點(diǎn)，是需要企業(yè)充分衡量的。如果通過自建方式，是初期投入大，中長(zhǎng)期投入較少，存在一個(gè)明顯的波動(dòng)性。如果通過外購(gòu)云服務(wù)方式，則相對(duì)較為平均。兩者的財(cái)力分配方式不同。當(dāng)然，云有一個(gè)明顯的優(yōu)勢(shì)，就是彈性。企業(yè)可根據(jù)自身情況，靈活選擇，隨時(shí)調(diào)整。

這是企業(yè)往往容易忽略的問題，時(shí)間投入也是一種成本。當(dāng)你的企業(yè)快速發(fā)展，需要短時(shí)間具備某種能力；當(dāng)你面臨新業(yè)務(wù)上線，而后臺(tái)IT就遲遲跟不上節(jié)奏。隱形的時(shí)間成本，有時(shí)對(duì)企業(yè)頗為重要；對(duì)稍縱即逝的業(yè)務(wù)機(jī)會(huì)來說，穩(wěn)健、敏捷的IT支撐能力很重要。

很多企業(yè)是需要一個(gè)“兜底”的服務(wù)，即盡量降低企業(yè)的IT風(fēng)險(xiǎn)，保證企業(yè)的正常運(yùn)營(yíng)。自建的方式可以解決，但需要構(gòu)建起整套的能力，投入不?。灰部梢酝ㄟ^購(gòu)買外部服務(wù)的方式，這種就需要考察對(duì)方的技術(shù)實(shí)力、并解決互相扯皮等問題。云廠商，則不存在此問題，基本可做到風(fēng)險(xiǎn)可控。

作為三大核心基礎(chǔ)軟件之一，數(shù)據(jù)庫(kù)在整個(gè)IT技術(shù)中占據(jù)重要的位置。隨著近些年來中國(guó)經(jīng)濟(jì)的快速發(fā)展，特別是龐大的人口基數(shù)帶來的紅利效應(yīng)，互聯(lián)網(wǎng)技術(shù)在中國(guó)蓬勃發(fā)展。甚至在某些技術(shù)場(chǎng)景下，相較于國(guó)外有著更高的要求。這也促進(jìn)國(guó)內(nèi)企業(yè)在IT基礎(chǔ)技術(shù)（包括數(shù)據(jù)庫(kù)）上取得了長(zhǎng)足的進(jìn)步。國(guó)內(nèi)企業(yè)對(duì)數(shù)據(jù)庫(kù)的使用大致走過了“商業(yè)->開源->開源+定制->自研”逐步演進(jìn)的道路。近些年來，隨著技術(shù)、資本、人才的積累，國(guó)內(nèi)的數(shù)據(jù)庫(kù)領(lǐng)域取得很大的突破。

從數(shù)據(jù)庫(kù)技術(shù)本身而言，隨著分布式、云原生、軟硬一體化、人工智能等技術(shù)的出現(xiàn)，為自研數(shù)據(jù)庫(kù)代替大型傳統(tǒng)商業(yè)數(shù)據(jù)庫(kù)，實(shí)現(xiàn)彎道超車提供了可能。同時(shí)這些技術(shù)的出現(xiàn)，也解決了很多傳統(tǒng)數(shù)據(jù)庫(kù)固有的問題，突破了舊有架構(gòu)的缺陷，更好地滿足客戶對(duì)海量、彈性、安全、性能等方面的要求。沒有傳統(tǒng)數(shù)據(jù)庫(kù)廠商的歷史包袱，新興廠商站在更高的起點(diǎn)上，實(shí)現(xiàn)對(duì)傳統(tǒng)廠商的超越。

雖然有些企業(yè)在去除大型商業(yè)數(shù)據(jù)庫(kù)實(shí)踐上，已經(jīng)有十余年的時(shí)間；但大多數(shù)都是限于企業(yè)內(nèi)部。受限于其內(nèi)部場(chǎng)景，很多實(shí)踐經(jīng)驗(yàn)是很難復(fù)用到外部企業(yè)。且也沒有一個(gè)完整、成熟的商業(yè)化產(chǎn)品提供此類服務(wù)。但是近些年來，已可以明顯看到一些變化，以云廠商為代表，正在將企業(yè)內(nèi)部多年的經(jīng)驗(yàn)積累以產(chǎn)品的化的方式輸出，幫助廣大客戶完成這一過程。

針對(duì)這樣一個(gè)基礎(chǔ)軟件的替換，我們需要清醒地認(rèn)識(shí)到，不是簡(jiǎn)單的“蘋果換成桔子”的過程。這需要從架構(gòu)設(shè)計(jì)、程序開發(fā)、運(yùn)維安全等多個(gè)角度去看待。之前很多企業(yè)在拋棄傳統(tǒng)商業(yè)數(shù)據(jù)庫(kù)上舉步維艱，正是因?yàn)槿狈Ρ匾慕?jīng)驗(yàn)指導(dǎo)，無法將好的技術(shù)快速落地并穩(wěn)定運(yùn)行。在這里需要重點(diǎn)強(qiáng)調(diào)的是，很多企業(yè)認(rèn)為選擇一個(gè)功能非常強(qiáng)大的數(shù)據(jù)庫(kù)，就可以幫著自己擺脫傳統(tǒng)商業(yè)數(shù)據(jù)庫(kù)。其實(shí)，這是一個(gè)大大的誤區(qū)。功能強(qiáng)大的產(chǎn)品，不一定是適合你，要想完成這一過程，云數(shù)據(jù)庫(kù)廠商的實(shí)施經(jīng)驗(yàn)不可或缺。只有“好的產(chǎn)品+豐富經(jīng)驗(yàn)+良好服務(wù)”，才能最終達(dá)成這一目標(biāo)。

企業(yè)（特別是傳統(tǒng)企業(yè)）在數(shù)據(jù)庫(kù)使用上，按需求的優(yōu)先級(jí)排序，可分為服務(wù)、生態(tài)、自主、成本等多個(gè)因素。這里最被企業(yè)看中的，正是“服務(wù)”一環(huán)。很多企業(yè)使用大型商業(yè)數(shù)據(jù)庫(kù)多年，已經(jīng)習(xí)慣于傳統(tǒng)數(shù)據(jù)庫(kù)廠商的“交鑰匙”工程，非常看重其完備的服務(wù)能力，使得企業(yè)可以安心于業(yè)務(wù)。即使每年付出昂貴的服務(wù)費(fèi)，企業(yè)仍然可以接受。這點(diǎn)也是國(guó)內(nèi)廠商的短板，要在短時(shí)間內(nèi)建立其等同于國(guó)外數(shù)十年積累的企業(yè)服務(wù)能力，不是一朝一夕的功夫。這是需要國(guó)內(nèi)廠商靜下心來，苦練內(nèi)功，加大投入。經(jīng)過幾年來的積累，國(guó)內(nèi)的云廠商已具備了較為成熟交付服務(wù)提醒，形成了規(guī)范化的服務(wù)能力。

傳統(tǒng)大型商業(yè)數(shù)據(jù)庫(kù)，頗令人詬病的一點(diǎn)就是“貴”。究其根本原因，一方面是其商業(yè)策略有關(guān)，此外也有人力成本、服務(wù)方式等因素有關(guān)。此外，還有很容易忽略的一點(diǎn)，就是舊有架構(gòu)的問題。隨著新架構(gòu)的演進(jìn)、技術(shù)的突破，特別是“數(shù)據(jù)庫(kù)+云”的結(jié)合，為客戶提供更靈活、更具性價(jià)比的數(shù)據(jù)庫(kù)方案成為可能。

隨著數(shù)字經(jīng)濟(jì)的到來，各類企業(yè)都在做著數(shù)字化轉(zhuǎn)型，新的業(yè)態(tài)也不斷涌現(xiàn)。這對(duì)于支撐企業(yè)數(shù)字化轉(zhuǎn)型的重要基礎(chǔ)設(shè)施—數(shù)據(jù)庫(kù)，提出了更高的要求。如何滿足快速多變的業(yè)務(wù)模式創(chuàng)新？如何滿足快速發(fā)展的業(yè)務(wù)規(guī)模需求？等等諸如此類的問題，都是數(shù)據(jù)庫(kù)產(chǎn)品需要考慮的。國(guó)產(chǎn)數(shù)據(jù)庫(kù)正是站在這一高點(diǎn)，從國(guó)內(nèi)情況出發(fā)，有針對(duì)性地推出很多功能，滿足這種創(chuàng)新。

下面以筆者之前在某公司的實(shí)踐過程，談?wù)剬?duì)架構(gòu)實(shí)踐的理解。這里將從需求、資源、路徑、成長(zhǎng)角度來談。

第一步，就是現(xiàn)狀分析。俗話說，磨刀不誤砍柴工，只有對(duì)現(xiàn)狀充分的了解，找出核心痛點(diǎn)，才能有助于問題的解決。無論是從架構(gòu)調(diào)整還是其他工作都是如此，只有解決痛點(diǎn)才是對(duì)公司有價(jià)值的。

第二步，就是路徑演進(jìn)。很多架構(gòu)工作或其他技術(shù)工作，都不是一蹴而就的，而是有個(gè)逐步演進(jìn)的過程。正如上面提到的，在之前公司的數(shù)據(jù)庫(kù)開發(fā)設(shè)計(jì)規(guī)范的落地，也是走過了文檔化->技術(shù)宣講->自研平臺(tái)的過程。

團(tuán)隊(duì)的情況也很重要。只有統(tǒng)一思想、明確方向，才能有助于最終落地起效。

最后，我們談?wù)剬?duì)架構(gòu)師作為個(gè)人成長(zhǎng)方向的一些問題。相信很多做技術(shù)的同學(xué)都存在上述的問題：做技術(shù)還是做管理？年齡因素怎么看？技術(shù)革新太快，如何破？等等。

首先我們從企業(yè)內(nèi)部數(shù)據(jù)應(yīng)用層次來看，從最為原始的滿足事務(wù)型處理需求，DBA更多是充當(dāng)救火隊(duì)員的角色；到逐步規(guī)?；Ⅲw系化，DBA通過平臺(tái)處理運(yùn)維工作甚至可做到預(yù)防性運(yùn)維；再到運(yùn)維工作已不是主要矛盾，企業(yè)開始關(guān)注數(shù)據(jù)庫(kù)設(shè)計(jì)、開發(fā)質(zhì)量問題，DBA需要更多考慮架構(gòu)側(cè)問題；最終到脫離具體變相的庫(kù)的形態(tài)，而從更為維的數(shù)據(jù)層面考慮企業(yè)內(nèi)的數(shù)據(jù)架構(gòu)問題。

企業(yè)內(nèi)部對(duì)數(shù)據(jù)的應(yīng)用層次的演進(jìn)，其實(shí)也是DBA從運(yùn)維、平臺(tái)、設(shè)計(jì)、優(yōu)化、架構(gòu)的演進(jìn)過程。可以說，伴隨者企業(yè)發(fā)展，數(shù)據(jù)一線從業(yè)者都會(huì)慢慢具備一定的架構(gòu)類職能。這也是技術(shù)人，比較理想的一個(gè)發(fā)展路線。

從一段時(shí)間來看，DBA職業(yè)正受到很大的沖擊，這里包括：

這是個(gè)老生常談的問題，做技術(shù)還是做管理？我的觀點(diǎn)是，選擇哪條路徑，取決于個(gè)人特質(zhì)，不同的思維方式適合做不同的工作。不要勉強(qiáng)自己做不適合的職業(yè)選擇。

技術(shù)的路能走多長(zhǎng)？這是很多人的疑問。難道每個(gè)人都能發(fā)展成為CTO嗎？顯然這是不現(xiàn)實(shí)的。無論是技術(shù)路線還是管理路線，其發(fā)展都是有階段性的。對(duì)于邁入到更高的臺(tái)階，都存在一定比例的選擇率。大部分人，是無法上升到更高的階段，要理性地看待這一問題。并在達(dá)到自己階段瓶頸后，找出后續(xù)的發(fā)展路線。說句時(shí)髦的話，就是所謂第二成長(zhǎng)曲線。

承接上面，每個(gè)人發(fā)展都是存在一個(gè)階段性上限。當(dāng)達(dá)到這一階段時(shí)，你會(huì)發(fā)現(xiàn)很難突破自己，此時(shí)可以考慮所謂T字性人才發(fā)展策略，即橫向發(fā)展。但這里需要注意的是，一定是在某一領(lǐng)域內(nèi)接近自己所能達(dá)到上限，因?yàn)檫@會(huì)決定你的“視野”問題。在橫向發(fā)展的選擇上，可以有很多。例如右面列出的技術(shù)上的其他領(lǐng)域、業(yè)務(wù)方向的沉淀或者參與人的工作（管理）之中。

Q1：如何看待列式數(shù)據(jù)庫(kù)的前景以及其在互聯(lián)網(wǎng)企業(yè)中應(yīng)用場(chǎng)景？

A：列式數(shù)據(jù)庫(kù)，主要是說數(shù)據(jù)存儲(chǔ)方式采用列存方式?，F(xiàn)在很多數(shù)據(jù)庫(kù)都支持行、列混存的模式。其面對(duì)數(shù)據(jù)分析類場(chǎng)景時(shí)，列式存儲(chǔ)天然有其優(yōu)勢(shì)。企業(yè)中的分析場(chǎng)景，可以考慮使用列式存儲(chǔ)。

Q2：開源數(shù)據(jù)庫(kù)的安全隱患大嗎？安全性是否需要重點(diǎn)考慮？

A：開源數(shù)據(jù)庫(kù)的安全問題，不能一概而論。只是一般意義上，開源產(chǎn)品在某些企業(yè)特性上較商業(yè)產(chǎn)品還是有所欠缺，安全性是其中之一。當(dāng)然，隨著很多開源產(chǎn)品在企業(yè)中的到日益廣泛的應(yīng)用，安全性問題也得到很多開源的重視，不斷補(bǔ)齊、增強(qiáng)這方面的能力。

Q3：如何選擇國(guó)產(chǎn)數(shù)據(jù)庫(kù)？

A：隨著近些年來國(guó)產(chǎn)數(shù)據(jù)庫(kù)的蓬勃發(fā)展，無論從產(chǎn)品數(shù)量、成熟度還是使用廣泛程度，都取得了長(zhǎng)足的進(jìn)步。在企業(yè)考慮選擇使用國(guó)產(chǎn)數(shù)據(jù)庫(kù)時(shí)，個(gè)人建議優(yōu)先考慮功能、服務(wù)、生態(tài)、性能的因素（有優(yōu)先級(jí)順序）。

Q4：如何看待國(guó)產(chǎn)數(shù)據(jù)庫(kù)，特別是分布式國(guó)產(chǎn)數(shù)據(jù)庫(kù)的前景？

A：無論從內(nèi)外部環(huán)境，還是IT本身發(fā)展規(guī)律，都很看好國(guó)產(chǎn)數(shù)據(jù)庫(kù)的發(fā)展。這也是我們必要需要經(jīng)歷的一個(gè)過程。比較欣喜的看到，近些年來國(guó)產(chǎn)數(shù)據(jù)庫(kù)發(fā)展很快，并逐步獲得很多關(guān)注。相信在不久的未來，必將得到更大的發(fā)展和普及。

分布式數(shù)據(jù)庫(kù)，是一個(gè)發(fā)展方向，其在解決容量、性能等核心問題上，有著天然的優(yōu)勢(shì)。隨著學(xué)術(shù)上的成熟，在工程領(lǐng)域已經(jīng)很多產(chǎn)品出現(xiàn)，并取得不錯(cuò)的成績(jī)。

Q5：分庫(kù)分表清除歷史數(shù)據(jù)有什么需要注意的點(diǎn)？

A：分庫(kù)分表架構(gòu)下，對(duì)于清理數(shù)據(jù)會(huì)帶來一定的復(fù)雜度。核心點(diǎn)在于有統(tǒng)一的清除標(biāo)識(shí)，方便進(jìn)行清理工作。

Q6：請(qǐng)問CK數(shù)據(jù)庫(kù)怎么解決并發(fā)支持不高的情況？

A：對(duì)CK了解不多，談寫粗淺認(rèn)識(shí)。對(duì)于分析型數(shù)據(jù)庫(kù)而言，并發(fā)問題是個(gè)老大難問題。其核心問題是在于資源瓶頸。場(chǎng)景的解決方式：1.通過擴(kuò)展資源，提高吞吐能力，變相提升并發(fā)支持能力；2.通過資源隔離方式，滿足部分高并發(fā)場(chǎng)景需求；3.通過拆分方式，分流并發(fā)需求等。

Q7：類似于TiDB這種整合的數(shù)據(jù)架構(gòu)解決方案，前景您怎么看？

A：非常看好類似TiDB的整合方案。整合方案的核心點(diǎn)在于，數(shù)據(jù)集中存儲(chǔ)、統(tǒng)一接口、統(tǒng)一管理，這對(duì)于用戶是很有吸引力的。解決了用戶對(duì)于管理、運(yùn)維、人力、開發(fā)、成本等多方面的問題。當(dāng)然，還是有小部分場(chǎng)景無法通過整合架構(gòu)解決，但對(duì)于大多數(shù)客戶、大多數(shù)場(chǎng)景，整合架構(gòu)還是適用的。

Q8：對(duì)于數(shù)據(jù)庫(kù)技能的積累上，是如何儲(chǔ)備的呢？SQL、NoSQL、NewSQL是否都有必涉足？

A：存儲(chǔ)哪些技能，核心還是取決于現(xiàn)實(shí)需求。這里不僅包括數(shù)據(jù)庫(kù)技能，也包括其他技能是同樣的道理。技術(shù)發(fā)展演進(jìn)是很快的，需要人員具備快速學(xué)習(xí)的基本能力。只有適應(yīng)這種變化，才能更好地適應(yīng)未來發(fā)展。

Q9：請(qǐng)?jiān)u估一下阿里的AnalyticDB這種實(shí)時(shí)分析型數(shù)據(jù)庫(kù)，并且還能支持高并發(fā)？

A：AnalyticDB是阿里云自研的云原生數(shù)據(jù)倉(cāng)庫(kù)。在其初始設(shè)計(jì)中，就考慮了高并發(fā)的需求。在其前端接入節(jié)點(diǎn)部分，是支持?jǐn)U展能力，可提供近似線性的擴(kuò)展能力支持。

Q10：數(shù)據(jù)庫(kù)架構(gòu)師的方向可以突破35歲的限制嗎？

A：架構(gòu)方向，是技術(shù)人發(fā)展的一個(gè)方向。對(duì)于人員的知識(shí)結(jié)構(gòu)、經(jīng)驗(yàn)積累等，均有較高的要求。在年齡方面，限制度較其他崗位（如研發(fā)）要寬泛很多。我本人經(jīng)歷，也是在35+，才開始轉(zhuǎn)型到架構(gòu)方向。

特別推薦一個(gè)分享架構(gòu)+算法的優(yōu)質(zhì)內(nèi)容，還沒關(guān)注的小伙伴，可以長(zhǎng)按關(guān)注一下：

長(zhǎng)按訂閱更多精彩▼
如有收獲，點(diǎn)個(gè)在看，誠(chéng)摯感謝