業務資料庫開發上線流程v1.0

標籤：資料庫開發   資料庫服務   

XX業務資料庫開發上線流程v1.0

草擬時間：2015.11.23
制訂時間：
修訂時間：

0x00 目的

本文定義了業務在開發上線發布過程中涉及的資料庫相關流程，指引業務人員高效完成資料庫上線工作，最終確保上線品質可控。

0x01 適用範圍

人員：所有研發人員，營運人員
資料庫：業務所有MySQL 資料庫

0x02 流程說明 

流程內容包含：
資料庫申請-->功能開發---功能與效能測試-->提交審核-->營運審核--->上線變更---驗證---上線結束

1. 資料庫服務申請

流程負責人員：業務開發人員

 自建MySQL新叢集申請

主要活動：自建新叢集涉及到新伺服器申請，需要至少提前1個月與營運介面人進行溝通和申請

申請途徑：方案確認後，開發人員 提交申請工單。

 

管理的資料庫新執行個體申請

  主要活動：管理的資料庫 新執行個體涉及到其他部門資源，業務需要提前一周與營運同學進行溝通

  申請途徑： 
 申請模板：
1.業務名稱
2.需求背景
3.預估容量大小
4.資料清理規則
5.主要介面人員
6.執行個體名稱與字元編碼（預設utf8）

 

 新庫，表申請和說明

  主要活動：新庫表建立申請
 申請途徑：確認DB伺服器資訊後，提交工單申請。 
 申請模板：
1.資料庫IP和連接埠
2.業務名稱與需求背景
3.庫表資訊簡要描述說明

    
2. 資料庫功能開發

流程負責人員：業務開發人員

主要活動： 業務開發必須在開發或測試環境資料庫完成SQL指令碼功能性開發，庫表欄位名儘可能做到見名知意，添加必要的備忘資訊。

 

3.功能與效能測試

流程負責人員：業務開發與測試人員

 主要活動： SQL指令碼必須在測試環境資料庫完成功能性和效能測試，對於可能查詢頻繁的欄位建立好必要的索引。

 

4.提交資料庫變更申請

流程負責人員：業務開發與測試人員

 主要活動：
      業務上線涉及資料庫sql經測試環境功能和效能測試通過後，開發人員在工單系統進行提單，進行資料庫發佈動作申請。
      臨時型資料庫sql需求，涉及百萬以上記錄表批量資料唯讀（select）查詢，需要開發人員內部double check並知會到營運人員，無需提交申請單。
      涉及到資料變更的需求，需要提交變更需求，走資料庫變更流程。

  申請途徑：

    庫表結構修改的需求需提前一天或者選擇一個訪問量小的時候，全部放到上線時候處理，會對上線過程造成影響。
     提交變更語句。

5.營運審核

流程負責人員：業務營運人員

 主要活動：營運人員收到資料庫變更工單後，第一時間對變更單內容進行審核，審核通過即可配合進行變更操作，審核不通過需打回進行內容修改，重新提單。
   營運審核階段，營運人員需要關注表欄位命名是否合理，是否能根據名稱確定表的含義與用途：
1.sql文法是否存在錯誤
2.表是否建立主鍵，是否建立索引
3.update，delete等修改資料的條件是否合理
4.帳號申請的操作許可權是否是必要的，比如drop，alter，delete許可權。
5.insert，update，alter等語句是否合理，針對一個表的表結構修改操作在一個語句中完成，資料update和delete是否有where判斷條件。

6.上線變更

流程負責人員：業務營運人員

要求上線申請提交的sql命令或檔案明確指定操作的資料庫和表以及編碼。

 

7.驗證

流程負責人員：流程涉及的所有人員

  主要活動：營運上線變更完畢後，由營運人員進行初步確認，由開發，測試人員進行二次變更確認。

8.上線結束

流程負責人員：業務營運和需求發起人員

 主要活動：變更確認通過後，營運人員 結單操作，需求發起人知會提單人本次資料庫功能上線流程結束。

0x03 違反流程行為的處理
1.違反流程行為：

1.未按照流程進行變更
2.非授權行為進行變更

2.違反流程行為處罰：

對於違反資料庫開發上線流程行為未造成影響的，QA記錄過程偏離。

對於違反資料庫開發上線流程行為並造成一定影響的，記錄線上問題單並持續跟蹤。

對於違反資料庫開發上線流程行為並造成明顯影響的，按照公司BG及部門相關處罰規定處理。

0x04 修訂與發布

1.修訂

通過與業務方人員溝通對資料庫上線流程進行草擬修訂。

2.發布

流程內容修訂後，發布最新內容及變更內容郵件通知全體研發人員。

0x05 其他

業務功能變更涉及sql：
1.業務中sql語句由開發與測試人員在開發測試階段把控，本文不涉及相關流程。
2.核心業務 系統重大版本變更，概設文檔需要含資料庫設計通知到營運人員
2. 變更SQL需要在測試結束提交給營運人員確認變更時間和審核內容。

可裁剪情況說明

1.已存在資料庫配置時無需申請環節
2.開發測試環節在業務進度較緊張時可以同時進行
3.審核和變更環節在操作上可以合并進行
4.變更範圍較小，資料少時驗證通過，無需對外通知。
5.非核心DB部分操作，可根據緊急程度進行先操作後補單流程。

業務資料庫開發上線流程v1.0