[摘要]少了無服務器數(shù)據(jù)庫，serverless就難以施展拳腳。無服務器數(shù)據(jù)庫能隨著用戶業(yè)務智能化伸縮。
這幾年，無服務器serverless技術與服務萬眾矚目，給云計算帶來了革命性的變革。
但是serverless落地并沒用想象的那樣出現(xiàn)井噴，卻表現(xiàn)心有余而力不足的疲態(tài)。原因是什么呢?
最主要的原因是無服務器生態(tài)缺少最后一塊拼圖——無服務器數(shù)據(jù)庫serverlessdb，無法形成全棧式無服務器解決方案。
2020年4月7日，騰訊云正式發(fā)布了國內(nèi)首個serverless數(shù)據(jù)庫新品postgresql for serverless(serverlessdb)。這樣，開發(fā)者在騰訊云上就能夠基于全棧serverless解決方案構筑云原生應用。
而在國外，2018年8月，aws無服務器服務aurora serverless正式支持mysql版本數(shù)據(jù)庫，2019年則正式支持postgresql數(shù)據(jù)庫。aws能根據(jù)流量自動縮放規(guī)模，提供用戶按需付費使用的兩種數(shù)據(jù)庫服務。
serverless db是serverless生態(tài)領域最后一塊拼圖。有了這塊拼圖，serverless技術與服務的“威力”將大增。
01、serverless db，數(shù)據(jù)庫應用最新階段
serverless也被業(yè)界認為是繼虛擬化、容器技術之后的云計算的第三代通用計算平臺。它通過封裝幾乎全部的底層資源和系統(tǒng)運維工作，使開發(fā)人員更容易專注于應用本身，并可以按需使用云基礎設施。
但是，客戶只有在接入層、計算層和數(shù)據(jù)存儲層都可以通過 serverless 化的服務來實現(xiàn)，才能真正做到了無需關注底層設施，只需聚焦于業(yè)務實現(xiàn)。
騰訊云中間件產(chǎn)品中心總經(jīng)理肖雨濃介紹，在接入層，通過api網(wǎng)關的彈性能力，可以實現(xiàn)安全、穩(wěn)定的流量接入。
在計算層則通過云服務商高可用、高并發(fā)的serverless技術——faas平臺實現(xiàn)業(yè)務邏輯。
在數(shù)據(jù)存儲層，則通過serverless db 直接對數(shù)據(jù)庫連接并進行sql操作。
這樣，騰訊云就擁有了一套serverless全棧的核心解決方案，包括serverless api網(wǎng)關、騰訊云的serverless函數(shù)計算服務、serverless對象存儲和數(shù)據(jù)庫。
serverless數(shù)據(jù)庫原來沒有自動伸縮的能力，現(xiàn)在通過底層共享池，讓中間變成無狀態(tài)的計算層，數(shù)據(jù)庫也就擁有了快速擴縮容的能力，形成了serverlessdb?，F(xiàn)在用戶可以做到一秒部署，可以讓開發(fā)人員像寫代碼一樣，把db當做一個組件來使用。
數(shù)據(jù)庫服務也不斷演化，從傳統(tǒng)的自建數(shù)據(jù)庫一路演化到現(xiàn)在serverless db。
數(shù)據(jù)庫應用的第一階段是用戶自建數(shù)據(jù)庫，這是數(shù)據(jù)庫應用最傳統(tǒng)的方式，用戶在自建機房時，就要考慮數(shù)據(jù)庫選型，而數(shù)據(jù)庫本身更要關注機房本身的物理部署，靈活性和可擴展性都不高。
第二個階段，也是目前數(shù)據(jù)庫應用的主流，在云上以paas服務的形態(tài)，以租用服務的方式提供給客戶。在數(shù)據(jù)庫paas服務階段，用戶不用關心機房的物理部署了，但是要關心擴縮容時機。
在paas方式使用數(shù)據(jù)庫過程中，用戶經(jīng)常會碰到數(shù)據(jù)庫擴容的突發(fā)需求，能否滿足這些突發(fā)的擴容需求，成為用戶關注的重點。
在paas服務的基礎上，云服務商又提供了云原生的數(shù)據(jù)庫服務，可以提供快速的擴縮容的能力。這就是數(shù)據(jù)庫服務的第三個階段。
在云原生數(shù)據(jù)庫階段，用戶不需要考慮擴縮容時機，但是要考慮它的費用、成本等。云原生數(shù)據(jù)庫還不能實現(xiàn)按更小的粒度實現(xiàn)按使用量付費。
第四個階段則是無服務器數(shù)據(jù)庫應用階段。無服務器數(shù)據(jù)庫具備完全自動化的擴容能力，它能夠隨著用戶業(yè)務的請求數(shù)的增加和減少，智能化“膨脹”和“縮小”，實現(xiàn)資源的自動“吞吐”。
這種全自動化特性，能夠為用戶帶來更經(jīng)濟的計費模式和更絲滑的擴容體驗，它可以讓業(yè)務根據(jù)請求的繁忙程度實現(xiàn)平滑的全自動響應，而無需人工介入。
serverless最早由亞馬遜提出，并于2014年推出第一個serverless服務，在當時，因為過于顛覆，用得人很少，直到最近幾年才逐漸被業(yè)界所接受。
騰訊云發(fā)布的postgresql for serverless和aws aurora serverless的postgresql數(shù)據(jù)庫，簡單的說就是無服務架構版的postgresql數(shù)據(jù)庫服務。
在西方，開源數(shù)據(jù)庫postgresql已經(jīng)家喻戶曉，廣泛應用。最近又連續(xù)兩年蟬聯(lián)db-engines 2017、2018年度數(shù)據(jù)庫大獎。“postgresql比其他監(jiān)測到的343個數(shù)據(jù)庫管理系統(tǒng)更受歡迎。“
由此我們我們用postgresql來比較無服務器數(shù)據(jù)庫與普通數(shù)據(jù)庫。
首先，serverless到底價值幾何?
server是各種可見的服務，如：存儲服務、文件服務、數(shù)據(jù)庫服務;而serverless則不用關注這些服務，只用是關注業(yè)務邏輯本身。騰訊云中間件產(chǎn)品中心總經(jīng)理肖雨濃說，serverless架構三個核心的理念，也在serverless數(shù)據(jù)庫中也得到了體現(xiàn)。
第一，服務只有在需要的時候才會自動伸縮，不需要提前部署額外的資源，在資源成本、人力成本等會節(jié)省很多，在機會成本層面也會擁有優(yōu)勢。
第二，按量計費，當用戶的應用運行時云服務才會計費，用戶沒有使用服務時不會生產(chǎn)任何費用，這與傳統(tǒng)的互聯(lián)網(wǎng)架構截然不同。在serverless架構，如果有一個請求，就會按照一個請求的計費量收費，如果沒有請求，底層也沒有任何基礎設施或者架構額外生產(chǎn)費用。
最后，降低門檻。因為serverless架構更加易用，讓客戶聚焦在業(yè)務邏輯，讓開發(fā)者聚焦在業(yè)務上，不需要資深的技術能力和技術背景就可以實現(xiàn)業(yè)務上云。
騰訊云數(shù)據(jù)庫負責人、數(shù)據(jù)庫領域資深技術專家林曉斌表示，以postgresql for serverless為例，相比傳統(tǒng)的postgresql，首先它具有云原生的能力，能夠快速地擴容，又能夠自動地縮容，像海綿一樣，吸水的時候自動擴容，不用的時候擠一下水，容量就會小下去。
眾所周知，傳統(tǒng)數(shù)據(jù)庫需要根據(jù)業(yè)務實際使用情況手動調(diào)整數(shù)據(jù)庫容量大小，即使是數(shù)據(jù)庫方面的專家，面對波動劇烈的應用，在兼顧性能及成本的情況下，要手動管理數(shù)據(jù)庫容量也并不是一件容易的事情，而postgresql for serverless則很好的平衡了這點。
其次，正因為可以動態(tài)管理數(shù)據(jù)庫容量大小，即能根據(jù)業(yè)務請求的繁忙程度進行自動響應資源，且用戶不需要為數(shù)據(jù)庫的閑時進行付費，僅需對實際占用的數(shù)據(jù)容量和數(shù)據(jù)庫活動時的響應資源進行付費即可，因此serverless能極大降低用戶的使用門檻，用戶無需預先規(guī)劃好資源，具備高度彈性、高可用，按需使用，按量付費等特點，能讓用戶省心、省力、省錢。
第三，postgresql for serverless db產(chǎn)品本身是基于postgresql數(shù)據(jù)庫的，所以從能力上百分之百兼容postgresql的語法和功能。同時云上面的postgresql本身提供的高可靠、高性能、高可用的能力是天然集成的，備份恢復、自動回檔，不用怕誤刪等能力。
那么使用無服務器數(shù)據(jù)庫有什么不足或者缺點嗎?專家認為，至少在兩個方向上，需要云服務商在serverlessdb上進行努力。
一是與那些在專有服務器、虛擬機或容器中運行的數(shù)據(jù)庫相比，一個不被經(jīng)常使用的數(shù)據(jù)庫可能會出現(xiàn)嚴重的響應延遲問題。
如果云服務提供商發(fā)現(xiàn)無服務器數(shù)據(jù)庫較長時間未被使用，則會將其完全地關停。這就意味著，如果數(shù)據(jù)庫需要一段時間才能啟動運行，則會出現(xiàn)延遲的現(xiàn)象。
二是無服務器數(shù)據(jù)庫常被草率地認為比傳統(tǒng)數(shù)據(jù)庫更為安全。實際上與傳統(tǒng)架構相比，由于無服務器架構的應用組件更多，隨著應用入口點的增多，它受到攻擊的可能性也會呈指數(shù)式增長。
02、有了serverless db，無服務器生態(tài)就齊活了
在云計算領域，任何一項新技術或者新服務，在第一個玩家推出后，幾乎在兩三年內(nèi)所有的頭部玩家都會跟隨，推出相應的技術與服務。
serverless技術是這樣，serverless數(shù)據(jù)庫領域也依然。
aws在2017年的re:invent大會上，宣布推出云端數(shù)據(jù)庫的無服務器服務，數(shù)據(jù)庫將能自動啟動、關閉以及縮放規(guī)模。
aws云端數(shù)據(jù)庫無服務器服務aurora serverless正式支持mysql和postgresql，aurora serverless能根據(jù)流量自動縮放規(guī)模，提供用戶按需付費使用的數(shù)據(jù)庫服務。
用戶只需要創(chuàng)建數(shù)據(jù)庫端點，選擇想要使用的數(shù)據(jù)庫引擎以及容量。用戶可以設定aurora serverless最大與最小容量，用戶的應用會連接到代理(proxy fleet)中，代理會將工作負載路由到具自動擴展能力的資源池。用戶可以設定在滿足特定條件，像是達到設定的cpu使用量閾值時進行擴展。
aws提到，資源池中都是“熱資源”，擴展的速度很快，運算資源可以隨時增加。以應付突如其來的需求。由于aurora的數(shù)據(jù)庫計算資源以及儲存層是獨立的，數(shù)據(jù)庫容量設定不會影響數(shù)據(jù)庫的效能。
在amazon rds管理控制臺，用戶還可以簡單地透過滑鼠點擊，在標準以及無服務器組態(tài)中切換。
騰訊云正式發(fā)