在一般的資料庫，儲存跟計算都在同一台機器裡面，如果要進行升級的話非常麻煩，要先行備份資料，設定停機時間，把硬碟換到新的機器上，再去重新設定網卡，如果是空間不夠擴容更加麻煩，萬一這台機器連不上了整個計算都會崩潰，因此我們會使用雲端的RDS，但突然的大量需求效能升級還是需要停機的，有沒有可以按照當下的使用狀況來彈性的使用資料庫又可以把停機時間縮到最短呢？

透過雲原生關係型數據庫(PolarDB)來處理吧！

PolarDB是一款阿里自研的雲原生關聯數據庫，兼容MySQL、PostgreSQL、Oracle，其中為了與大家主流使用的資料庫更好契合，跟MySQL是100％相容，完全不會有資料跟使用上的問題，架構是採用儲存與計算分開的架構，所有的計算節點都可以共享同一份資料，一個主節點為讀寫，其他只讀副本提供大量讀取使用，而且不論多大的資料量，完整備份只需要三十秒，備份過程中也可以持續使用資料庫，讓業務不間斷而且可以保證資料安全。

產品架構：

應用程式的請求都會先經過一層Proxy，然後才到資料庫，中間那層Proxy可以進行安全驗證可以把寫入發到讀寫節點，讀取自動平衡分配到其他只讀節點，自動的讀寫分離，對於應用程式來說，就像是一般傳統讀寫資料庫一樣，讓您的整體架構無需太大更改，也因為對MySQL有100%的相容，可以更好的上手以及使用這強大的資料庫。

產品優勢：

l 容量：最大容量是100TB，但不是一次要付那麼大的容量費，是按照你使用量，按量付費。

l 成本：因計算與儲存分離，所以增加計算節點時只計算節點的錢，儲存不需要設定，不用像傳統資料庫開一整台機器要儲存跟計算的錢。

l 性能：讀寫節點支持超過每秒50萬次的讀請求、超過每秒15萬次的寫請求，強大的讀寫能力解決運算瓶頸。

l 備份：整個資料庫備份只需要30秒，且備份過程你的業務還是可以繼續使用，完全不會影響到使用。

l 安全：在多個可用區裡面都有資料的備份，因為是分佈式儲存，所以任何一個計算節點發生問題也不會影響到資料，還有各種訪問與管理的設定，真正讓資料安全沒煩惱。

產品類型：

分為4種產品系列，集群版、單節點、多主架構集群、歷史庫

集群版
架構：1個讀寫節點(主節點)、最多15個只讀節點、儲存節點
特點：資料庫讀寫分離，還有一個可以自動平衡資料庫讀取的PolarProxy，資料分佈在多個可用區，讓資料庫擁有高可用性、災難容錯的能力。
規格：

• 獨享規格：每一個集群的運算資源都是自己獨有的，在同一台伺服器裡面不用跟其他集群共用CPU，讓性能更加穩定
• 通用規格：在一台伺服器裡面可能會有很多集群，彼此可以伸縮使用那些CPU，在負載較低時可以分享計算資源，成本也比較低

單節點：
架構：1個讀寫節點、儲存節點
特點：跟集群版不同的是，他只有一台讀寫計算，也沒有PolarProxy的自動平衡節點的功能，但是他價格低廉又方便，比較像是開了一台很強的資料庫來使用
適用場景：成本較低，很適合給一般個人使用，或是企業目前還不需要龐大性能但未來可能會使用的狀態下，可以先使用這個版本的

多主架構集群版：
架構：最多32個讀寫節點、儲存節點。
特點：集群版提供的是一個讀寫節點與多個可讀節點，今天隨著企業不斷地成長，客戶越來越多，一寫多讀的狀況下，單節點寫入對同一台的負載太大出現瓶頸，在這樣的狀況下建議使用這個多主架構集群版，每個節點都可以讀寫，讓企業不會被單台寫入限制住了
適用場景：對許多需要大量寫入的企業非常有幫助，像是遊戲業或是電商平台，這種常常會有瞬間超大量寫入讀取的行業

歷史庫：
特點：大部分的資料庫讀寫都是在比較新的數據上面跑，比較久之前的資料被使用機率很低，甚至低到一兩年才訪問一次，這樣的狀況下很浪費儲存空間，為了節省資源與成本，將這些資料放到歷史庫內，可以更好的利用空間。

規格：

• 單節點版：
  架構：1個讀寫節點、高數據壓縮率的儲存節點
  適用場景：只有一個讀寫節點且成本比較低，在該節點出現異常時，需要比較長的時間恢復
• 群集版：
  架構：1個讀寫節點、至少1個只讀節點、高數據壓縮率的儲存節點
  適用場景：用來保護當讀寫節點發生異常時，會跟只讀節點切換，讓服務不會中斷，擁有比較高的安全性

接下來帶著各位來實際在阿里雲上操作一次PolarDB，看看這功能服務該如何創建吧！