本文來自微信公眾號(hào)“白鱔的洞穴”，作者/白鱔。
7月底《安全可靠評(píng)測(cè)指南》正式發(fā)布了，放棄清單，依托標(biāo)準(zhǔn)成為了最終的方案，至此國產(chǎn)化替代中大家都在觀望的事情也就塵埃落定了，一些關(guān)鍵系統(tǒng)的國產(chǎn)化替代遷移也很快會(huì)列上一些企業(yè)用戶的日程表中。
很多企業(yè)目前可能關(guān)注的還是數(shù)據(jù)庫選型、數(shù)據(jù)庫遷移的事情。實(shí)際上目前還在做選型的企業(yè)大多數(shù)是還沒有真正下定決心的，只是利用選型這個(gè)工作觀望一下，看看替代工作是不是必須真的干。真正的實(shí)干派其實(shí)已經(jīng)悶頭干了一兩年，成果也已經(jīng)十分明顯了。數(shù)據(jù)庫的替換不是一件小事，當(dāng)然存在很多困難，需要付出很多。因此大家存在這種觀望的心態(tài)也是可以理解的。
就像90年代中后期，一些用慣了DEC VAX小型機(jī)的用戶向UNIX平臺(tái)遷移的時(shí)候一樣，要從十分好用的VAX/VMS、RDB數(shù)據(jù)庫向UNIX/ORACLE的那么難用的組合遷移，真的是老大的不愿意。實(shí)際上2000年代初，我們的一些金融客戶從“穩(wěn)定可靠的”SCO UNIX向“不太靠譜”的LINUX遷移的時(shí)候，也是滿腦子狐疑的，生怕LINUX的不可靠會(huì)影響業(yè)務(wù)。可能以現(xiàn)在的眼光來看這件事，這種顧慮是相當(dāng)可笑的。實(shí)際上目前我們可能也只是在重復(fù)那時(shí)候的故事,不太靠譜的LINUX總有成熟的一天，現(xiàn)在看上去不太靠譜的國產(chǎn)數(shù)據(jù)庫也是如此。
有些人可能覺得我舉的例子都太遙遠(yuǎn)了，實(shí)際上一個(gè)更近的例子也擺在面前。十年前去IOE的時(shí)候，用不大靠譜的MySQL來替換十分優(yōu)秀的Oracle的坑你不都已經(jīng)跳過了嗎，有這杯酒打底，你還怕什么呢？
數(shù)據(jù)庫的國產(chǎn)化替代一旦做起來，實(shí)際上也沒有想象的那么難。今年年初的一個(gè)數(shù)據(jù)庫國產(chǎn)化的內(nèi)部研討會(huì)上，有的企業(yè)已經(jīng)在分享核心系統(tǒng)替換的經(jīng)驗(yàn)，也有企業(yè)依然認(rèn)為替代的難度太大，不敢輕易嘗試。實(shí)際上這些并不是技術(shù)問題，更多的是態(tài)度的問題，因?yàn)槎咚幍男袠I(yè)是完全相同的，應(yīng)用系統(tǒng)也十分類似。感覺到難或者容易，僅僅是態(tài)度的問題，而并非技術(shù)問題。IT系統(tǒng)在大多數(shù)企業(yè)里都是服務(wù)于業(yè)務(wù)的，不出問題成為很多企業(yè)IT部門領(lǐng)導(dǎo)最為關(guān)注的。做國產(chǎn)化替代對(duì)于很多企業(yè)來說并不是剛需，都是被動(dòng)做的事情，因此也沒必要太積極了。不過也不能干等著，技術(shù)上的儲(chǔ)備還是必要的，那就多做點(diǎn)測(cè)試和評(píng)估吧，小心些總不會(huì)有大問題。
不過該來的事情總歸會(huì)來，數(shù)據(jù)庫的國產(chǎn)化替代哪怕不是因?yàn)閲H政治風(fēng)云，單單從知識(shí)產(chǎn)權(quán)保護(hù)和合規(guī)化考慮，也是早晚要做的。參與國際化競(jìng)爭的中國企業(yè)，總不能一直采用盜版的方式去使用Oracle吧，哪怕不使用國產(chǎn)數(shù)據(jù)庫，大批量轉(zhuǎn)向使用成本較低的開源數(shù)據(jù)庫也是早晚要做的事情?？赡苡信笥褧?huì)不服氣，說我們的Oracle都是合法購買的，那么我建議你去認(rèn)真看看Oracle的許可證文件。最近已經(jīng)有用戶收到了Oracle發(fā)來的沒有買足許可證的律師函了。買了Oracle許可，但是沒有正確的按照使用環(huán)境購買足量的許可證也是盜版的一種，會(huì)不會(huì)被人告要看人家想不想告你。
國產(chǎn)化替代一旦開始，那就是沒有回頭路的。替代遷移工作告一段落，運(yùn)行運(yùn)營的問題就浮出水面了。我們不僅需要順利的替代，更需要穩(wěn)定的運(yùn)行。因此基于國產(chǎn)數(shù)據(jù)庫的運(yùn)維支撐與服務(wù)能力建設(shè)就迫在眉睫了。
目前我們的數(shù)據(jù)庫第三方服務(wù)能力主要還是集中在Oracle、DB2、SQL SERVER等商用數(shù)據(jù)庫上，另外Mysql、Postgresql等開源數(shù)據(jù)庫經(jīng)過這些年的應(yīng)用，也有了一定的服務(wù)能力。而國產(chǎn)數(shù)據(jù)庫的服務(wù)能力還處于十分低的水平。一旦關(guān)鍵行業(yè)大規(guī)模開展數(shù)據(jù)庫國產(chǎn)化替代工作，首先會(huì)出問題的就是運(yùn)維支撐。有錢的單位可能想反正我有錢，就買點(diǎn)原廠服務(wù)吧。實(shí)際上如果這項(xiàng)工作全面開啟，原廠也忙不過來，你買的原廠工程師大概率也是原廠外包的第三方小白，買原廠服務(wù)也就是買了個(gè)安慰而已。
對(duì)于一些有實(shí)力的企業(yè)來說，既然第三方服務(wù)能力不行，那么就自建運(yùn)維隊(duì)伍吧。最近我已經(jīng)聽說了幾個(gè)國企正在自建新創(chuàng)數(shù)據(jù)庫運(yùn)維隊(duì)伍，對(duì)于想投奔國企的DBA來說，這也會(huì)是一個(gè)很好的機(jī)會(huì)。
做數(shù)據(jù)庫第三方服務(wù)的企業(yè)目前實(shí)際上是面臨很大的機(jī)遇，只要能力足夠，這兩年的客戶需求是會(huì)越來越強(qiáng)烈的。不過還是有些問題，國產(chǎn)數(shù)據(jù)庫要掌握起來也沒那么容易，培養(yǎng)出一批能夠從事這方面工作的工程師尚需時(shí)日。這星期我都在折騰Gaussdb和Oceanbase的運(yùn)維知識(shí)圖譜，要理解指標(biāo)和等待事件背后的運(yùn)維知識(shí)，就是一件十分困難的事情，我們能夠獲得的技術(shù)資料接近于零，而運(yùn)維案例那就是0。實(shí)踐出真知，沒有大量的實(shí)踐，是積累不出真知的。
實(shí)際上各個(gè)數(shù)據(jù)庫廠商在摩拳擦掌，盯著用戶的錢包的時(shí)候，是不是也在售后服務(wù)方面多下點(diǎn)工夫，組建一些產(chǎn)業(yè)聯(lián)盟，和數(shù)據(jù)庫服務(wù)廠商一起為未來的客戶儲(chǔ)備一些運(yùn)維服務(wù)技術(shù)隊(duì)伍呢？我希望在這方面，整個(gè)國產(chǎn)數(shù)據(jù)庫生態(tài)能有所作為。
