搶跑Serverless DB，騰訊云打的什么算盤(pán)？

　 域名預(yù)訂/競(jìng)價(jià)，好“米”不錯(cuò)過(guò)

文|曾響鈴

來(lái)源|科技向令說(shuō)（xiangling0815）

隨著阿里云、騰訊云2019年收入狀況相繼披露，中國(guó)云計(jì)算雙寡頭的格局基本確立。

但這種格局只是建立在當(dāng)前的技術(shù)背景之上，新的云計(jì)算架構(gòu)理念——Serverless正在全球范圍內(nèi)鋪開(kāi)，行業(yè)在迎來(lái)新的競(jìng)爭(zhēng)變局。

Serverless直譯為“無(wú)服務(wù)器”，是一套架構(gòu)體系，包括網(wǎng)絡(luò)層、計(jì)算層和數(shù)據(jù)存儲(chǔ)層等，國(guó)際范圍內(nèi)最先由AWS 2014年推出的Lambda開(kāi)始。

它并不是指不需要服務(wù)器，而是計(jì)算資源作為“服務(wù)”而不是“服務(wù)器”的概念出現(xiàn)，可以近似理解為，云計(jì)算的計(jì)算資源變成一個(gè)池子，開(kāi)發(fā)者們從中索取一份一份的“服務(wù)”，其結(jié)果，是開(kāi)發(fā)人員不需要過(guò)多考慮服務(wù)器維護(hù)等問(wèn)題。

2017年，全球云計(jì)算廠商爭(zhēng)相推出Serverless服務(wù)框架，近兩年由于IoT、邊緣計(jì)算、混合云、5G等概念的興起，Serverless成了云計(jì)算架構(gòu)里的“當(dāng)紅炸子雞”，全新的架構(gòu)理念直接影響了開(kāi)發(fā)者的選擇。

在這種情況下，云計(jì)算巨頭在特定層面的“搶跑”就不意外了。

例如，騰訊云最近在線發(fā)布了Serverless數(shù)據(jù)庫(kù)PostgreSQL for Serverless，這是國(guó)內(nèi)第一次出現(xiàn)Serverless數(shù)據(jù)庫(kù)（DB）。而騰訊云這個(gè)動(dòng)作，不僅是數(shù)據(jù)層的Serverless搶跑，也給云計(jì)算行業(yè)的Serverless迭代加了一把火，一場(chǎng)架構(gòu)層面的“代差優(yōu)勢(shì)”爭(zhēng)搶已經(jīng)開(kāi)始。

揭開(kāi)傳統(tǒng)云數(shù)據(jù)庫(kù)的隱藏痛點(diǎn)，就看懂了Serverless浪潮的直接動(dòng)因

騰訊云官宣為自家的PostgreSQL for Serverless設(shè)定了很多優(yōu)勢(shì)，而其實(shí)這些優(yōu)勢(shì)說(shuō)到底都來(lái)源于行業(yè)層面Serverless DB對(duì)傳統(tǒng)云服務(wù)架構(gòu)下數(shù)據(jù)庫(kù)的優(yōu)勢(shì)。

理解了傳統(tǒng)云數(shù)據(jù)庫(kù)的“隱藏痛點(diǎn)”，就理解了為什么Serverless浪潮在全球云計(jì)算領(lǐng)域興起，為什么騰訊云此時(shí)要搶跑Serverless DB推出獨(dú)立的產(chǎn)品。

1、“按需分配”是再合理不過(guò)的訴求，但技術(shù)卻長(zhǎng)期不能支撐

在非專業(yè)人士的直覺(jué)里，云計(jì)算的數(shù)據(jù)庫(kù)最好是能夠是實(shí)現(xiàn)“按需分配”，在享受云服務(wù)的時(shí)候，要多少就分配給多少，用戶峰值來(lái)了就增加（“擴(kuò)容”），峰值過(guò)去就減少（“縮容”），這樣，“租用”就不會(huì)浪費(fèi)。

而現(xiàn)實(shí)是殘酷的，由于服務(wù)“顆粒度”等原因，供給與需求的貼合往往很難，很多云數(shù)據(jù)庫(kù)的服務(wù)只能是階梯式的手動(dòng)擴(kuò)容或縮容，而且開(kāi)發(fā)者為了保證用戶體驗(yàn)，不管什么“檔位”的服務(wù)都必須以最高預(yù)測(cè)的負(fù)載為準(zhǔn)申請(qǐng)服務(wù)。

而Serverless DB的擴(kuò)縮容過(guò)程如同海綿，在請(qǐng)求增長(zhǎng)時(shí)自動(dòng)擴(kuò)容，在請(qǐng)求降低時(shí)自動(dòng)縮容，如圖：（來(lái)源：騰訊云發(fā)布）

可以看到，Serverless DB已經(jīng)無(wú)限接近“按需分配”，云計(jì)算平臺(tái)的服務(wù)資源閑置，開(kāi)發(fā)者的資源浪費(fèi)問(wèn)題都得到最大可能的解決，由于可以實(shí)現(xiàn)自動(dòng)平滑配置而不需要人工操作，擴(kuò)縮容的效率也得到很大提升。

2、成本“不應(yīng)有的浪費(fèi)”卻被行業(yè)長(zhǎng)期默認(rèn)

接上文，在傳統(tǒng)云數(shù)據(jù)庫(kù)架構(gòu)下，粗糙的階梯式擴(kuò)/縮容造成浪費(fèi)，其后果還直接體現(xiàn)在成本上——那些被閑置但在舊有條件下為了用戶體驗(yàn)避免不了的數(shù)據(jù)庫(kù)空間，開(kāi)發(fā)者都是要掏錢(qián)的，這情況被長(zhǎng)期默認(rèn)。

騰訊云說(shuō)自己的Serverless DB產(chǎn)品PostgreSQL for Serverless能幫助開(kāi)發(fā)者降低70%成本，操作方式是“按量付費(fèi)”——用戶不需要為數(shù)據(jù)庫(kù)的閑時(shí)進(jìn)行付費(fèi)，而是按照數(shù)據(jù)庫(kù)資源響應(yīng)單元來(lái)進(jìn)行計(jì)費(fèi)。

這一數(shù)據(jù)是否準(zhǔn)確暫且不論，Serverless DB的省成本能力確實(shí)可觀。

從實(shí)例來(lái)看，這是一個(gè)游戲應(yīng)用2019年三種數(shù)據(jù)庫(kù)擴(kuò)/縮容方案所占用的資源情況：

三種顏色線條中間區(qū)域的面積，基本可以看作成本的差別狀況，很明顯，Serverless DB能節(jié)約大量的成本，騰訊云說(shuō)自己的產(chǎn)品節(jié)約最高70%并非吹噓。

3、所謂“彈性方案”，其高門(mén)檻將很多開(kāi)發(fā)者拒之門(mén)外

如果打開(kāi)很多云計(jì)算的數(shù)據(jù)庫(kù)功能介紹，往往會(huì)發(fā)現(xiàn)諸如“彈性擴(kuò)展”等字眼，表示自己的服務(wù)可以較為自由地收縮，作為產(chǎn)品亮點(diǎn)進(jìn)行宣傳。

事實(shí)上，這類“彈性方案”本質(zhì)上是一種策略上的彈性而非技術(shù)上的彈性 ，即開(kāi)發(fā)者需要實(shí)現(xiàn)預(yù)估自己的產(chǎn)品的負(fù)載量，例如一款游戲什么階段玩家特別多，什么時(shí)候人潮回落，設(shè)定好數(shù)據(jù)庫(kù)需求的方案，對(duì)應(yīng)進(jìn)行手動(dòng)的容量調(diào)整。

預(yù)估得越精細(xì)，這種“彈性”就越接近“按需分配”，顯然，這是一件門(mén)檻很高的事，多數(shù)開(kāi)發(fā)者都很難準(zhǔn)確預(yù)覽負(fù)載，手動(dòng)的調(diào)控也很難把握。

騰訊云說(shuō)PostgreSQL for Serverless的用戶在購(gòu)買(mǎi)之后只需要通過(guò)組件一鍵創(chuàng)建數(shù)據(jù)庫(kù)實(shí)例，“最快1秒鐘就可以完成部署”，這種傻瓜式的部署同樣來(lái)源于Serverless DB的智能化“膨脹”和“縮小”能力，開(kāi)發(fā)者能藉此有更靈活的業(yè)務(wù)開(kāi)發(fā)模式和更快捷的上云體驗(yàn)。

也即，Serverless DB可看作天然的、精確的、不需要人為干預(yù)的“彈性方案”。

巨頭搶跑Serverless DB，要的不只是“解決痛點(diǎn)”？

由于無(wú)可比擬的架構(gòu)優(yōu)勢(shì)，通過(guò)Serverless DB產(chǎn)品解決痛點(diǎn)會(huì)給云計(jì)算巨頭帶來(lái)直接的用戶增量，但騰訊云搶跑，應(yīng)該還有更多深度價(jià)值考慮。

1、界面清晰化，回歸To B服務(wù)的底層價(jià)值

Serverless技術(shù)給云計(jì)算帶來(lái)的改變是革命性的。

由于封裝了幾乎全部的底層資源和系統(tǒng)運(yùn)維工作，等于給開(kāi)發(fā)人員搞了一個(gè)“云基礎(chǔ)設(shè)施”包拿來(lái)就用，云服務(wù)的編程被極大簡(jiǎn)化 ，業(yè)內(nèi)普遍認(rèn)為Serverless是繼虛擬化、容器技術(shù)之后的第三代通用計(jì)算平臺(tái)。

回到騰訊云業(yè)務(wù)上，作為騰訊To B戰(zhàn)略的主要承載平臺(tái)，騰訊云選擇Serverless技術(shù)既是云計(jì)算競(jìng)爭(zhēng)的需求，也是To B服務(wù)回歸底層價(jià)值的必要——把所有基礎(chǔ)服務(wù)一攬子完成，開(kāi)發(fā)者只需要專注于業(yè)務(wù)本身進(jìn)行創(chuàng)新探索。

或者說(shuō)，這只是騰訊在To B過(guò)程中一貫放低姿態(tài)做純粹的賦能的一種延續(xù)。

2、“全?；?rdquo;下，提供Serverless閉環(huán)服務(wù)

在疫情期間，很多騰訊云服務(wù)的企業(yè)都“從零起步”相繼推出自己的抗疫APP，包括國(guó)內(nèi)疫情概覽、公司員工健康狀況實(shí)時(shí)顯示、外來(lái)人員進(jìn)出登記等功能，建立全過(guò)程都在騰訊云上完成。

行話叫“全棧解決方案”——云計(jì)算平臺(tái)什么都有，開(kāi)發(fā)者可以只在單一平臺(tái)上完成產(chǎn)品的搭建，而騰訊云的全棧架構(gòu)目標(biāo)恰恰也是Serverless。

在過(guò)去，騰訊云已經(jīng)完成了網(wǎng)絡(luò)層、計(jì)算層的Serverless化服務(wù)（原理類似，網(wǎng)關(guān)的彈性、計(jì)算的高可用高并發(fā)等），此次PostgreSQL for Serverless補(bǔ)足了Serverless DB最后一個(gè)環(huán)節(jié)，意味著騰訊云完成Serverless生態(tài)布局，在這之后，用戶能夠基于全棧Serverless解決方案構(gòu)筑云原生應(yīng)用。

如此，騰訊云不但搶跑Serverless DB，也通過(guò)Serverless閉環(huán)服務(wù)來(lái)占據(jù)競(jìng)爭(zhēng)優(yōu)勢(shì)。

3、解救“小眾”開(kāi)發(fā)需求，滲透“厚尾市場(chǎng)”

有一類“低流量用戶”的開(kāi)發(fā)者在數(shù)據(jù)庫(kù)方面的需求很尷尬，由于用戶數(shù)量低且穩(wěn)定，在傳統(tǒng)數(shù)據(jù)庫(kù)模式下，它可能連最低配置的單元都沒(méi)辦法“用滿”（涉及傳統(tǒng)數(shù)據(jù)庫(kù)架構(gòu)的顆粒度問(wèn)題），會(huì)有浪費(fèi)，但還是要為多余的性能進(jìn)行付費(fèi)。

Serverless DB滿足了這種“尷尬但廣泛存在”的低流量產(chǎn)品需求，騰訊云的PostgreSQL for Serverless理論上可以接受接近于零的費(fèi)用支出。

事實(shí)上，除了低流量，還有很多數(shù)據(jù)需求方面奇葩的產(chǎn)品，例如不可預(yù)測(cè)的工作負(fù)載、不常用的應(yīng)用程序以及開(kāi)發(fā)和測(cè)試數(shù)據(jù)庫(kù)（斷崖式上升、下跌，或者不連續(xù)跳躍）等，它們共同構(gòu)成了開(kāi)發(fā)者生態(tài)長(zhǎng)期沒(méi)有被照顧到的“厚尾市場(chǎng)”， 由于特異性的需求，幾乎都會(huì)傾向于選擇PostgreSQL for Serverless這樣的Serverless DB產(chǎn)品。

4、以價(jià)換量打響另類“價(jià)格戰(zhàn)”

無(wú)法否認(rèn)，云計(jì)算在激烈的圈地過(guò)程中，少不了價(jià)格戰(zhàn)的存在，只不過(guò)不像消費(fèi)品那么惹人關(guān)注。

價(jià)格戰(zhàn)的本質(zhì)是“以價(jià)換量”，同樣的服務(wù)通過(guò)降價(jià)競(jìng)爭(zhēng)，從長(zhǎng)期來(lái)看是對(duì)行業(yè)的損害。

而Serverless DB通過(guò)節(jié)約用戶成本的方式吸引更多客戶“以價(jià)換量”，客觀上也開(kāi)啟了新的“價(jià)格戰(zhàn)”，只不過(guò)它不再是以犧牲平臺(tái)營(yíng)收、扼殺創(chuàng)新積極性為代價(jià)，技術(shù)的換代的結(jié)果是平臺(tái)與開(kāi)發(fā)者的雙贏，價(jià)格的大幅度降低來(lái)源于浪費(fèi)的減少。

可以想見(jiàn)的是，通過(guò)較低的價(jià)格，騰訊云PostgreSQL for Serverless能夠鎖住老客戶，而吸引更多因?yàn)槌杀疽蛩囟腭v的開(kāi)發(fā)者，帶來(lái)類似價(jià)格戰(zhàn)一樣的市場(chǎng)競(jìng)爭(zhēng)效果，但是，這在根本上是搶跑Serverless DB的“代差優(yōu)勢(shì)”所帶來(lái)，是一種升維打擊的競(jìng)爭(zhēng)結(jié)果。

“代差優(yōu)勢(shì)”旗幟下，Serverless下一步會(huì)怎么走？

從單個(gè)案例看，PostgreSQL for Serverless后，騰訊云完成了Serverless的全棧閉環(huán)，但這種閉環(huán)，實(shí)際仍然不夠完善。

PostgreSQL只是數(shù)據(jù)庫(kù)的一種形式，按照騰訊云在線發(fā)布會(huì)上的說(shuō)法，未來(lái)還將部署MySQL等數(shù)據(jù)形態(tài)。

不難看出，在“推盤(pán)節(jié)奏”上，騰訊云是有小算盤(pán)的，其他相對(duì)優(yōu)缺點(diǎn)暫且不論，由于PostgreSQL代碼相對(duì)于MySQL更加容易開(kāi)發(fā)，做PostgreSQL版本的Serverless DB，能夠在低成本、易擴(kuò)容等優(yōu)點(diǎn)基礎(chǔ)上，兼顧高可用、高性能、高安全等特性， 更容易“一炮打紅”。

對(duì)騰訊云來(lái)說(shuō)，不同類型的數(shù)據(jù)庫(kù)的補(bǔ)齊和完善將是下一步的動(dòng)作。

另一方面，從落地節(jié)奏來(lái)看，按內(nèi)部人士的說(shuō)法，騰訊云Serverless原本服務(wù)于騰訊內(nèi)部的眾多核心應(yīng)用，隨著開(kāi)發(fā)者生態(tài)以及開(kāi)源生態(tài)的不斷完善，這些Serverless能力開(kāi)始對(duì)用戶開(kāi)放。

這意味著，在Serverless架構(gòu)這件事上，騰訊云基本遵循先內(nèi)后外的節(jié)奏，一站式的開(kāi)發(fā)、部署、運(yùn)維服務(wù)的不斷完善將首先以自家業(yè)務(wù)進(jìn)行試水。

當(dāng)然，既然能給開(kāi)發(fā)者節(jié)省成本、提高效率，Serverless也就同樣能幫助體量龐大的騰訊系產(chǎn)品進(jìn)行云服務(wù)優(yōu)化。

而跳出騰訊云這個(gè)搶跑的個(gè)案，在行業(yè)內(nèi)部，更多云計(jì)算也在布局Serverless，只不過(guò)還沒(méi)完成獨(dú)立的Serverless DB產(chǎn)品，未能形成閉環(huán)。

可以肯定的是，國(guó)內(nèi)其他云計(jì)算廠商也會(huì)迅速跟進(jìn)，但最終，多數(shù)云計(jì)算都會(huì)完成Serverless架構(gòu)，只是看誰(shuí)搶先一步。

盡管從Serverless最開(kāi)始提出到現(xiàn)在首個(gè)Serverless DB在中國(guó)出現(xiàn)已經(jīng)過(guò)去6年，但這場(chǎng)云計(jì)算Serverless的競(jìng)逐，才剛剛開(kāi)始。

*此內(nèi)容為【科技向令說(shuō)】原創(chuàng)，未經(jīng)授權(quán)，任何人不得以任何方式使用，包括轉(zhuǎn)載、摘編、復(fù)制或建立鏡像。

【完】

申請(qǐng)創(chuàng)業(yè)報(bào)道，分享創(chuàng)業(yè)好點(diǎn)子。點(diǎn)擊此處，共同探討創(chuàng)業(yè)新機(jī)遇！