中國信通院：關系型云數據庫應用白皮書(27頁).pdf

《中國信通院：關系型云數據庫應用白皮書(27頁).pdf》由會員分享，可在線閱讀，更多相關《中國信通院：關系型云數據庫應用白皮書(27頁).pdf（27頁珍藏版）》請在三個皮匠報告上搜索。

1、 版權聲明版權聲明 本白皮書版權屬于中國信息通信研究院云計算與大數本白皮書版權屬于中國信息通信研究院云計算與大數 據研究所、據研究所、CCSA TC601 大數據技術標準推進委員會，并受大數據技術標準推進委員會，并受 法律保護。轉載、摘編或利用其它方式使用本白皮書文字或法律保護。轉載、摘編或利用其它方式使用本白皮書文字或 者觀點的者觀點的， 應注明應注明“來源來源： ： 關系型云數據庫應用關系型云數據庫應用白皮書白皮書 ”。 違反上述聲明者，作者將追究其相關法律責任。違反上述聲明者，作者將追究其相關法律責任。 編委會編委會 牽頭編寫單位：牽頭編寫單位：中國信息通信研究院 參與編寫單位參與編寫單

2、位（排名按字母序） ：阿里云計算有限公司、百度云計算技術有 限公司、北京金山云網絡技術有限公司、華為軟件技術有限公司、京東云計算有 限公司、上海熱璞網絡科技有限公司、騰訊云計算有限責任公司、優刻得科技股 份有限公司 編寫組成員：編寫組成員： 馬鵬瑋、李俊逸、王妙瓊、魏凱、姜春宇 阿里云計算有限公司：陳琢、周衛豐、蕭少聰、崔京、朱松 百度云計算技術有限公司：王龍、蔡歌、王云龍、張皖川、李保洋 北京金山云網絡技術有限公司：余邵在、王嘉楠、張健、秦峰、喬洪宇 華為軟件技術有限公司：馬千里、羅昭德、高巍 京東云計算有限公司：楊牧、朱瑯、尹興濤 上海熱璞網絡科技有限公司：馬康、劉小成、金官丁 騰訊云計算

3、有限責任公司：蘇強、吳月玲、邵宗文 優刻得科技股份有限公司：羅成對、劉堅君 前前 言言 數據庫管理軟件承載著信息系統中的關鍵數據，是 IT 系統的核 心組件。其中關系型數據庫是發展歷程最長、應用最廣泛的一類數據 庫管理軟件，金融、電信等關鍵行業的核心業務系統均由關系型數據 庫支撐。 當前信息系統云化的步伐不斷加快， 關系型數據庫技術也適應云 計算的發展，逐步適配底層云架構和彈性管理模式。各數據庫服務商 和云服務商紛紛推出關系型云數據庫產品。 用戶在使用關系型云數據 庫的時候，還需要做好技術選型、應用評估、遷移方案等工作。 。 本白皮書緊密圍繞關系型云數據庫應用過程中的關鍵問題， 梳理 了關系型

4、云數據庫的發展狀況與技術體系， 分析了關系型云數據庫選 型方法、業務影響評估、實施路徑，并提出了相關建議。 目目 錄錄 版權聲明 .2 前 言 .4 圖 表 目 錄 .6 一、 關系型云數據庫技術概述 .7 （一）云計算發展帶動數據庫云化趨勢（一）云計算發展帶動數據庫云化趨勢 .7 （二）云屬性造就關系型云數據庫特（二）云屬性造就關系型云數據庫特點點 .7 （三）兩種技術模式和兩種部署模式（三）兩種技術模式和兩種部署模式 .8 （四）部分關系型云數據庫產品梳理（四）部分關系型云數據庫產品梳理 .9 二、 關系型云數據庫的選型建議 . 10 （一）基本能力（一）基本能力 . 11 （二）兼容能力

5、（二）兼容能力 . 11 （三）高可用能力（三）高可用能力 . 12 （四）云服務能力（四）云服務能力 . 12 （五）安全性（五）安全性 . 13 （六）監控和優化（六）監控和優化 . 14 （七）服務支持（七）服務支持 . 14 （八）可擴展性（八）可擴展性 . 15 （九）性能（九）性能 . 15 三、 應用關系型云數據庫的準備工作 . 16 （一）制定彈（一）制定彈性的開發策略性的開發策略 . 16 （二）適應云化架構的運維模式（二）適應云化架構的運維模式 . 18 （三）適應商業模式的改變（三）適應商業模式的改變 . 20 四、 關系型云數據庫關鍵路徑 . 21 （一）關系型云數據庫

6、實施原則（一）關系型云數據庫實施原則 . 21 （二）關系型數據庫上云評估要素（二）關系型數據庫上云評估要素. 23 （三）關系型云數據庫常見實施步驟（三）關系型云數據庫常見實施步驟 . 24 五、總結 . 25 圖圖 表表 目目 錄錄 表格 1 典型云服務商產品列表 . 10 表格 2 關系型云數據庫基本能力指標 . 11 表格 3 關系型云數據庫兼容能力指標 . 12 表格 4 關系型云數據庫高可用性指標 . 12 表格 5 關系型云數據庫云服務指標 . 13 表格 6 關系型云數據庫安全性指標 . 13 表格 7 關系型云數據庫監控和優化指標 . 14 表格 8 關系型云數據庫服務支持指

7、標 . 15 表格 9 關系型云數據庫可擴展性指標 . 15 表格 10 數據庫上云后權責劃分 . 19 一、一、 關系型云數據庫關系型云數據庫技術技術概述概述 云計算的快速發展，帶動各類基礎軟件開始云化轉型之路。關系 型數據庫作為重要的基礎軟件，在云化大潮下，逐漸發展出關系型云 數據庫技術路線。本章主要介紹關系型云數據庫發展背景、技術特點 以及主要類別。 （一）（一）云計算發展云計算發展帶動帶動數據庫云化數據庫云化趨勢趨勢 面對數據規模的爆炸式增長，以及數據應用模式的不斷豐富，企 業使用傳統關系型數據庫支撐新業務時， 開始頻繁出現新舊業務資源 分配不合理，軟硬件結構配置欠優化等問題，這促進了

8、云計算和虛擬 化技術的快速發展，開始利用虛擬化技術屏蔽硬件的物理隔離性，以 服務模式代替獨立部署模式， 將可配置的資源 （網絡， 服務器， 存儲， 依賴系統等）形成共享資源池，實現彈性和高效的資源利用 隨著云計算技術的大規模應用， 傳統各類軟件產品都開始由獨自 部署模式向云服務模式轉變。 其中關系型數據庫作為信息系統核心軟 件， 逐漸被數據庫企業附加云化能力，形成關系型云數據庫，以服 務或產品形式對外提供技術支撐。 根據分析機構 Gartner 預測，2012 至 2016 年公有云數據庫的年 復合增長率將高達 86%，而到 2019 年數據庫云市場規模將達到 140 億美元。 未來五年， 數

9、據庫即服務 （DBaaS） 將成為平臺即服務 （PaaS） 中增長最快的領域。 （二二）云屬性云屬性造就造就關系型云數據庫關系型云數據庫特點特點 關系型云數據庫既能夠兼容云上事務類場景對數據庫的需求， 又 利用云計算分布式、虛擬化、專業運維的優勢對用戶屏蔽了底層資源 調度和維護的大量繁雜工作， 可以使用戶專注于應用本身的優化與運 營。 所以關系型云數據庫的能力特點應囊括關系型關系型數據庫基礎能力數據庫基礎能力和 云云化能力化能力兩部分特征。 其中關系型數據庫基礎能力已經被廣泛認知，不再過多贅述。 而云化能力主要體現在以下 6 個方面： 敏捷上線：當應用上線或變更時，無需從底層基礎設施規劃數 據

10、庫服務流程，只需按計劃申請相應資源即可 可集成性：安全性以及運維操作通過云數據庫平臺統一接管， 自身無需一直維護數據庫系統服務正常性，接口統一，便于管 理 按需結算： 無需像傳統項目形式進行預付費或者簽署長期階段 性合同，完全根據數據庫服務調用行為進行費用結算 托管運維：無需維護升級管理數據庫，由服務商或統一平臺提 供運維管理，用戶關注應用本身 擴展靈活：資源利用靈活性好，能夠實現快速計算以及存儲資 源的彈性伸縮，及時響應業務需求 （三三）兩兩種種技術模式和兩種技術模式和兩種部署部署模式模式 關系型云數據庫根據數據庫產品與云平臺的結合程度分為兩種 技術模式： 傳統數據庫實例架設在云資源上：通過

11、服務器虛擬化技術形 成包含 CPU、內存、磁盤、I/O 等硬件動態“資源池” ，實現 資源整合、簡化管理、提高效率等目標。而關系型數據庫以 虛擬化資源中的鏡像形態存在，對外提供數據庫能力。比如 阿里云、華為云上的 MySQL、PostgreSQL 實例。 計算存儲分離的云原生數據庫： 在動態 “資源池” 基礎上， 通 過數據庫內部計算與存儲分離，將存儲管理放到下層共享存 儲中，從而解決數據同步帶來的延時問題，并同時增加了計 算能力的橫向擴展性。比如亞馬遜 Auraro、阿里云 PolarDB 等。 關系型云數據庫根據底層物理資源管理方的不同分為兩種部署 模式： 公有云部署模式：由云服務商為用戶

12、提供關系型云數據庫依 賴的底層物理資源，并由云服務商提供資源運維管理，應用 方只需通過某種付費模式租用使用權限，之后通過公網或某 種連接方式遠程連接到關系型云數據庫中，完成業務操作。 特點是“即買即用” ，以及應用方無需管理硬件等。 私有云部署模式：由應用方提供關系型云數據庫依賴的底層 物理資源，數據庫服務商負責部署關系型云數據庫軟件，后 期應用方和數據庫服務商約定運維維護工作的具體職責分配 等。特點是“自由資源池化” ， “數據不外流”等。 （四四）部分部分關系型云數據庫產品關系型云數據庫產品梳理梳理 本白皮書列舉當前典型云服務廠商提供的關系型云數據庫產品 列表，為讀者梳理產業當前現狀?？梢?/p>

13、看出當前關系型云數據庫主要 以傳統數據庫實例架設在云資源上為主，同時 MySQL、PostgreSQL 是主流云服務廠商提供最多的關系型云數據庫類型。 表格 1 典型云服務商產品列表 數據庫實例架設在云資源上 云原生 MySQL PostgreSQL SQL Server MariaDB 分布式 AWS Auraro 阿里云 DRDS PolarDB 騰訊云 TDSQL CynosDB 百度云 DRDS 華為云 DDM UCloud UDDB 京東云 DRDS 電信云 金山云 KDRDS 浪潮云 二、二、 關系型云數據庫關系型云數據庫的選型的選型建議建議 當前市場上關系型云數據庫種類繁多，技術

14、能力參差不齊，用戶 選擇關系型云數據庫過程中，缺乏量化的選型標準，無法準確衡量關 系型云數據庫能力水平。中國通信標準化協會 TC601 從 2018 年 7 月 開始， 組織國內一線關系型云數據庫產品提供商， 編寫了 大數據 關 系型云數據庫 技術要求與測試方法規范。本章基于上述規范，梳 理了關系型云數據庫選型的核心要素。這些要素包括基本功能、兼容 能力、高可用能力、云服務能力、安全性要求、監控和優化、服務支 持、可擴展性、性能九個部分。 （一）基本（一）基本能力能力 關系型云數據庫應該具備傳統關系型數據庫系統的基本功能， 從 而在最大限度簡化當前業務系統和業務人員適配工作的同時， 保障數 據

15、庫業務的正常運轉?；灸芰︻愔笜巳缦卤硭?。 表格 2 關系型云數據庫基本能力指標 指標指標名稱名稱 指標指標要求要求 事務 支持在多種隔離級別下，實現數據操作的完整性約束，即 ACID 屬性 標準 SQL 接 口 涵蓋 int, double, string 等常用數據類型 涵蓋|，&,!常見操作符 支持 utf-8,gbk 等常見字符集 涵蓋日期函數、算數函數等常見函數 涵蓋常見功能操作語句類型，如增刪改查、子查詢、 連接、排序等 能夠完成數據類型隱式轉換工作 表 支持關系型數據表的創建、刪除支持關系型數據的插入、 刪除、修改 索引 能夠建立適應精準查詢和范圍查詢的索引 分區 支持數據表分

16、區功能 視圖 能夠創建、刪除、修改基于 SQL 語句結果集的可視化表 存儲過程 能夠完成類似 Oracle 數據存儲過程同功能 自定義函數 能夠實現可編程函數 備份 能夠實現日志、數據和配置的全量、增量、定時備份 功能 支持備份下載到本地 恢復 備份的日志、數據和配置能夠按照時間、備份點恢復 恢復對象可以為主實例或者新實例 （二）兼容能力（二）兼容能力 兼容能力代表了關系型云數據庫與現有業務系統和通用數據存 儲模式的銜接能力， 這類指標衡量了關系型云數據庫在落地過程中工 作量大小以及落地過程后對現有業務生態造成的影響大小。 兼容能力 類指標如下表所示。 表格 3 關系型云數據庫兼容能力指標 指

17、標指標名稱名稱 指標指標要求要求 數據遷移 能夠支持本地平面文件的數據遷移 能夠支持本地或云端同構數據庫的表、索引、配置的 遷移， 能夠支持本地或云端異構數據庫的表、索引、配置的 遷移 支持 ODBC、 JDBC 等通 用連接方式 能夠以 ODBC、 JDBC 兩種連接方式連接關系型云數據庫 數據導出 支持關系型云數據庫的數據導出到本地 開放接口 提供開放接口，比如 Restful 或者 SDK 等，供用戶進行繼 承和二次開發 開放日志 數據庫的 binlog、審計日志、備份支持下載或者轉儲功能 （三）高可用能力（三）高可用能力 關系型云數據庫作為各類數據業務的基礎支撐設施， 高可用能力 必須

18、得到保障，從而在硬件、軟件、網絡等異常情況發生時，數據庫 服務不出現問題，滿足各行業用戶應用和監管要求。高可用能力類指 標如下表所示。 表格 4 關系型云數據庫高可用性指標 指標指標名稱名稱 指標指標要求要求 故障切換 在高可用架構下，數據庫服務發生故障，通過高可用機制 可以自動接管并繼續對外提供服務，無須人工干預 多可用區實 例 支持多可用區實例 實例是否能夠在可用區間遷移（推薦） 多副本數據 支持多副本數據存儲（大于等于 2 個副本） 異地災備實 例 支持跨地域的數據容災 （四）云服務能力（四）云服務能力 此類能力是關系型云數據庫區別于傳統關系型數據庫的本質， 其 體現了關系型云數據庫在資

19、源管控、靈活購買、多部署形態等云化方 面的能力。云服務能力類指標如下表所示。 表格 5 關系型云數據庫云服務指標 指標指標名稱名稱 指標指標要求要求 實例增刪改 查 支持關系型云數據庫實例的創建、釋放、修改、查詢 實例參數配 置 關系型云數據庫實例參數支持調整， 例如緩沖區大小、 最 大并發數等 不同引擎/版 本的數據庫 實例 支持多種數據庫引擎， 如 MySQL、 MariaDB、 PostgreSQL 等，同時支持多個主流版本 多部署形態 的數據庫實 例 提供單副本， 雙副本， 多副本等形態供用戶部署關系型云 數據庫實例 不同規格的 數據庫實例 提供多種配置的數據庫實例，例如不同 CPU、

20、不同內存、 不同磁盤等 提供多種計 費方式 云服務提供商可以提供關系型云數據庫的多種計費 方式，滿足用戶的不同需求，例如可以提供：按配置 計費，包年包月，按小時計費 支持計費類型的變更 自動續費 具備自動續費功能 多種網絡接 入方式 支持 VPC 和公網訪問 支持 web 控 制臺和 api 操作 提供 Web 控制臺和 api 兩種方式管理云數據庫 重啟實例 支持手動重啟實例 升級實例 支持大版本或小版本的數據庫內核版本升級 資源隔離 （推薦） 若用戶選擇資源獨占形式，則獨占資源支持 CPU、內存、 存儲等資源的不被搶占 （五）安全（五）安全性性 完整的安全能力能夠使關系型云數據庫穩定承擔各

21、類業務負載， 同時防止用戶敏感數據的泄露，杜絕非計劃性的誤操作，同時滿足監 管機構的合規審查要求。安全類指標如下表所示。 表格 6 關系型云數據庫安全性指標 指標指標名稱名稱 指標指標要求要求 數據隔離 能夠保證不同用戶間的數據互相隔離 賬號管理和 權限 支持創建、修改、刪除賬號，并配置和修改密碼 根據不同賬號，對數據庫各個級別權限控制，包括：實 例級別，庫級別，表級別，列級別 審計 可支持審計功能，記錄用戶執行的重要操作 審計功能可根據用戶設置開啟或關閉 IP 白名單 支持 IP 白名單功能，位于白名單中的 IP 或 IP 段可以訪問 數據庫，不在白名單中的 IP 將被阻止 操作日志 可記錄

22、用戶通過控制臺或 API 發起的關鍵操作和錯誤 操作，例如創建備份，重啟等 用戶可查詢這些操作記錄 加密 （推薦） 表加密：通過函數形式，對特殊表進行加密操作 傳輸加密：在用戶業務和數據庫中間的數據傳輸全部 加密。 備份加密：所有數據庫的備份文件全部加密 透明加密：磁盤上的數據是加密形態 防 SQL 注入 （推薦） 支持危險 SQL 的攔截 （六）監控和優化（六）監控和優化 完整而友好的監控和優化能力能夠為關系型云數據庫運維工作 提供有力的支撐，從而使相關數據庫運維管理人員、數據庫業務負責 人、相關應用支撐團隊擁有對數據庫的良好掌控能力。監控和優化類 指標如下表所示。 表格 7 關系型云數據庫

23、監控和優化指標 項目名稱項目名稱 項目要求項目要求 監控 可提供各種常用的監控指標，例如 CPU，內存，磁盤 空間等使用信息， 集群狀態信息、 流量信息、 數據信息、 鎖情況等 用戶可以通過控制臺進行查看，并進行頻率或范圍的 自定義（推薦） 告警 可支持自定義告警，用戶可以根據監控的各種指標制 定告警規則， 告警可以通過短信、 郵件等方式通知用戶 執行計劃解 析 能夠顯式展現 SQL 語句的執行計劃 慢 SQL 展示 可以將執行過的慢 SQL（即執行時長大于一定時間的 SQL）通過控制臺界面、日志或者 API 調用的方式返 回給用戶 （七）服務支持（七）服務支持 關系型云數據庫由數據庫應用企業

24、和云數據庫提供商共同負責， 而其中云服務商能夠提供的服務能力很大程度影響了到數據庫應用 企業在關系型云數據庫上需要持續投入的資源數量， 所以好的服務支 持能力能夠有效減輕數據庫應用企業負擔。 服務支持類指標如下表所 示。 表格 8 關系型云數據庫服務支持指標 項目名稱項目名稱 項目要求項目要求 顧問支持 能夠在客戶云數據庫的使用前，使用中和使用后提供各 種咨詢服務、技術指導及解決方案構建等專家團隊支持 包括但不限于安全、性能方面的建議，配置升級建議、 數據庫索引建議、數據庫 SQL 建議 產品文檔 開發規范：指導業務開發人員合理進行數據庫選型、訪 問使用、SQL 語句規范。 運維規范：提供完善

25、的數據庫運維規范，包括部署安裝 規范、賬戶規范、上線規范、故障處理流程等 產品說明：價格、使用手冊、推薦配置，FAQ （八）可擴展性（八）可擴展性 關系型云數據庫需要能夠在客戶業務無明顯感知的基礎上， 通過 靈活的可擴展性，滿足客戶業務增長的需求，解決現有數據庫應用在 磁盤容量、性能等方面暴露出來的瓶頸?？蓴U展能力類指標如下表所 示。 表格 9 關系型云數據庫可擴展性指標 項目名稱項目名稱 項目要求項目要求 實例動態伸 縮 可用根據用戶需求，進行數據庫實例配置（CPU，內存 及磁盤大?。┑纳壔蚪导?讀寫分離 支持多種讀寫分離策略，例如路由、權重、隨機等 只讀實例 1、 用戶可以創建 1 個或

26、多個只讀實例， 應用可以連接到 只讀實例上進行只讀操作 2、只讀實例跟主實例之間有同步或異步的數據復制 （九九）性能）性能 關系型云數據庫應該能夠滿足用戶業務負載的性能要求。 但由于 硬件和執行負載不同將會影響關系型云數據庫性能結果， 所以用戶應 根據自身實際業務需求完成關系型云數據庫性能測試。 本白皮書提供 一些性能測試過程中的參考事項。 測試需基于一定資源冗余的硬件環境，包括服務器節點規模， 網絡鏈路，內存總量，CPU 總量，磁盤總量等； 測試需定義良好的測試業務場景，包括合理規模的數據量，與 實際業務相符的數據模式和操作模式； 測試需定義合理的衡量指標，例如單節點吞吐量，系統總吞吐 量，

27、平均時延，最大時延，執行時間等； 常見的測試場景包括多類型查詢，混合負載，壓力測試，穩定 性測試等。 三、三、 應用應用關系型云數據庫關系型云數據庫的準備工作的準備工作 傳統關系型數據庫和關系型云數據庫在應用過程中， 硬件形態和 軟件架構具備較大差異，導致業務開發準則、運維管理模式、商務售 賣形態等方面發生變化。 本章分析應用關系型云數據庫前， 應用方應該注意到的多方面變 化，并給出應對方案，從而指導相關人員從業務設計和實際操作等方 面完成意識認知和過渡。 （一）（一）制定彈性的開發策略制定彈性的開發策略 （1）通過冗余實現高可用能力的保障 傳統的商用數據庫最大的優勢在于穩定性， 穩定性一部分

28、的原因 是由于軟件架構經過了幾十年的實踐后十分成熟， 另一部分原因是依 賴于高端可靠的硬件基礎，甚至是專用硬件設備上。而關系型云數據 庫則是運行在以 X86 架構為代表的普通商用硬件上，帶來價格優勢 的同時，也帶來了一定的穩定性風險。我們需要假定硬件本身的不可 靠性，同時考慮分布式架構開始替換集中式架構占據主流，從而我們 需要在架構和技術上重新設計保障業務高可用和高可靠性的方案。 常 見的技術包括多主多從服務、多副本備份、快速故障轉移修復、自動 化監控機制等。 同時應用端應該具備健康檢測， 服務熔斷的配合策略。 （2）配合云資源特點的彈性業務設計模式 關系型云數據庫的一大優勢在于彈性的資源伸縮

29、， 理想模式是當 某項業務系統出現資源瓶頸時， 可以隨時調整該部分業務系統的資源 大小，從而完成性價比最高的擴容方案。但是這就要求應用方不能像 傳統集中式數據庫應用方式一樣將所有業務放到同一個數據庫中， 從 而無法針對性的完成資源調整。業務設計應改為松耦合的結構，比如 SOA、微服務架構。這樣每一個業務模塊都是一個獨立的子系統，之 間互相通過接口進行連接， 企業可以靈活調整每個子系統的資源大小， 從而充分利用彈性資源的優勢。 （3）業務快速迭代下的靈活容量規劃方案 受限于先期固定資產的投資以及傳統長周期的資產采購模式， 業 務設計及應用時需要考慮固定資產可支撐的能力范圍， 做出功能取舍。 但是

30、如果應用關系型云數據庫，在私有云形式下，資源的上限轉變成 了整個資源池大小，在公有云形式下，資源是按需付費模式，理論上 將不再具備上限。 所以業務系統的設計無需前期根據資產做出過多規 劃，而應轉變為根據業務快速重構、隨時調整的項目思想。 （4）多形態數據庫并存 數據庫是一個系統架構的核心組件，任何涉及到數據庫的調整， 都是一個“傷筋動骨”的手術。特別是從企業級架構上進行商業數據 庫到關系型云數據庫的整體更換迭代，將是一個漫長的持續過程。在 這個過程內，就涉及到“新舊”數據庫并存問題。故相應業務系統以 及運維監控系統需要配套以下功能： 異構數據庫間數據遷移方案 異構數據庫間業務服務備份方案 數據

31、庫運維整體方案 （二（二）適應云化架構的運維模式適應云化架構的運維模式 傳統數據庫運維在制定運維目標時， 需要關注設備的故障率和業 務系統的可用性，采用豎井式的集中運維方式。數據庫運維人員依靠 人工和流程來做數據庫系統的變更管理、容量管理、數據安全、數據 備份和故障響應等，這種運維方式效率相比較低。隨著關系型云數據 庫時代的到來，數據庫運維方式發生了很大改變。云數據庫的特點支 持業務系統的快速上線、彈性伸縮、以及更高的可用性要求；減輕了 相當一部分數據庫運維人員的運維壓力。 因此關系型云數據庫對傳統 數據庫運維人員的運維模式的改變主要體現在以下幾個方面。 （1）傳統數據庫運維職責的改變 傳統數

32、據庫管理既要關注數據庫本身的運維管理（比如高可用、 實力管理、備份與恢復、監控與告警、故障響應等） ，同時還要關注 業務對數據庫的使用（比如 SQL 優化、SQL 評審等） 。數據庫上云或 使用關系型云數據庫后，數據庫運維管理人員只需要關注業務運維， 關系型云數據庫服務負責實例運維等內容。 數據庫服務上云后，數據庫運維權責劃分如下。 表格 10 數據庫上云后權責劃分 工作項目工作項目 應用方應用方 關系型云數據庫關系型云數據庫廠商廠商 IAAS 層運維層運維 規劃 實施 服務可靠性服務可靠性 設計 實施 監控與告警監控與告警 接收信息 處理 備份與恢復備份與恢復 設計 實現 故障排查故障排查

33、共同處理 共同處理 應急事件處理應急事件處理 接受信息 處理 容量管理容量管理 設計 實施 數據管理數據管理 設計 實施 SQL 優化優化 共同處理 共同處理 （2）傳統數據庫運維技術的改變 在云計算時代的運維場景中，運維復雜度更高，需要盡可能減少 人為主觀操作，以自動化運維代替絕大部分工作，甚至實現智能化運 維。運維場景中的各種狀態信息需要轉化為數據，通過策略來自動化 觸發各種運維操作?；跀底只妥詣踊睦砟?，數據庫運維的各種 操作包括容量管理、數據備份、變更管理、故障管理和數據安全等， 這些最好統一集成在管理控制平臺中， 從而云數據庫的運維操作都基 于管理控制臺來執行。對關系型云數據庫使

34、用者來說，只需要通過管 理控制臺就可以完成自動化運維管理過程，更加簡單易用。 （3）傳統數據庫運維預案的改變 在數據庫運維管理過程中，會制定不同故障場景、不同故障等級 情況下的處理預案， 這些預案都是基于數據庫自主管理可控的情況進 行的。但數據庫服務上云之后，處理預案就有所變化。首先在高可用 架構上， 需要充分利用云數據庫高可用架構能力搭建自己高可用數據 庫服務； 其次需要充分利用云數據庫提供的開放 API 接口， 實現故障 情況下的快速切換和服務恢復； 最后需要和關系型云數據庫服務商建 立應急事件響應機制， 確保故障第一時間和云數據庫服務商取得聯系， 享受 7*24 小時的服務保障體驗。 （三三）適應適應商商業業模式的改變模式的改變 傳統的商業數據庫傾向于提供產品，以軟件許可（license）的模 式進行授權，按照軟件許可費用比例進行收取常規運維費用，一般以 年為周期。關系型云數據庫的商業模式發生了明顯的變化，主要有以 下兩種模式： 公有云上關系型云數據庫的理念是服務供給，客戶可根據實 際需求進行按需配給數據庫服務， 最終按照實際使用的 “量” （實例數量、配置等）