你可能已經了解Amazon Aurora。Aurora是一個完全管控的，并且可以自動擴展到64TB的數據庫存儲，可以支持MySQL適配或者PostgreSQL適配。當你創建一個Aurora數據庫實例時，你需要選擇想要的實例大小，也有選項選擇使用讀取副本的方式增加讀吞吐量。如果你的計算需求或者查詢速率改變了，你可以選擇修改實例大小或者根據需要修改讀取副本的數量。在負載主要涉及到請求速率和計算需求，并且負載情況能被提前預測的環境下，這種模型很有效。
在某些情況下，負載有可能不夠連續，或者不可被預測，有可能每天或者每周會突然爆發大量的請求，而這種情況卻只持續幾分鐘或者幾小時。搶購，突發事件，在線游戲，工作匯報（每小時或者每日），開發/測試，全新應用都符合這種情況。安排恰好合適的資源是很大的一項工作；為了保證穩定運行而在這上面花費很多精力就似乎不是太明智了。
準備好 Amazon Aurora 無服務器化
今天我們開放了Amazon Aurora無服務器化服務的預覽 (點擊注冊)版本。專為多變的負載和快速的變更而設計的，新的配置可以讓你只為你使用的數據庫資源按秒付費。
去服務器化模型是基于Aurora架構 (了解更多：Design Considerations for High-Throughput Cloud-Native Relational Databases)，并將計算和存儲部分分離開來而構建的。不同于以往的首先選擇將數據庫實例建立起來，用戶首先創建一個endpoint，設置需要的最小和最大性能，然后向endpoint發送請求。endpoint就是一個簡單的代理，將你的查詢路由到一個可以快速擴展的數據庫資源流（fleet）上。這保證在擴容操作發生時你的連接依然保持連接。擴容很快，新資源能在5秒鐘內上線。下面這幅圖展示如何工作：
由于存儲和計算是分開的，你可以在其他使用率降為0時只需為存儲付費。我認為這真的很棒，我希望這能引領新型的即時生效應用的創新。擴容只需秒級，而構建工作則發生在一直等待為你的請求服務的“熱”資源池上。特別是基于現有緩存和緩沖內容的構建，新增的資源可以全力處理。你可以幾乎不需要任何額外開銷就將你現有的Aurora數據庫進行無服務器化。
Amazon Aurora Serverless基于Aurora Capacity Units付費（ACU），ACU代表計算能力和內存的組合。每個新增資源至少購買1分鐘的ACU，之后的使用按秒進行計算。
敬請關注
我會在2018年初給出更多的Amazon Aurora去服務器化的信息。我們目前的計劃是上半年以適配MySQL的產品形式推出它，然后在下半年推出適配PostgreSQL的產品。而現在，你可以注冊個預覽版試試。
