[自動化過版/佈署] 為什麼 Release Management (發行管理) 是團隊開發的最後一哩路? 系統維運人員也該關心


各位朋友們,

在2013/9月 TechDays 大會時,我們也同步進行 Visual Studio 2013 的台灣發表會,發表會中提到了 VS 2013 的一個新功能叫 – Release Management for Visual Studio 2013 (原名為 InRelease),Release Management 依字面翻譯,是指「發行管理」,若是台灣用戶常用的字眼叫「自動化過版」或「自動化佈署」。是指部署應用程式到多種執行環境的流程,執行環境包括開發、測試、或上線環境等。應用程式發行的過程需與開發團隊、測試/品管、系統維運團隊間溝通協調,「發行管理」的目的就是改善各角色間的溝通,讓軟體能快速、簡單、可靠、重複、並符合稽核的要求順利完成部署。叫「發行管理」聽起來很高深,但事實上每個開發團隊、系統維運團隊常常在進行軟體發佈,只是大家的管理方法不同而已,或甚至不管理,為什麼我叫它是「團隊開發的最後一哩路」呢? 本文打算用一些簡單的故事以及常見的佈署問題,讓第一次接觸到這名詞的朋友們能了解其價值。

[觀看 Demo 影片] Release Management 發行管理及自動化佈署系列影片 – 好處及 Demo (共4段,一次了解 Release Management)

一個小故事 – 電子商務網站手動上版的心酸

若是一個非常 mission critical 的系統,例如網路銀行、電子商務、企業關鍵營運系統 (ERP, CRM, MES) 等系統,其改版、上版流程是十分嚴謹的,定會有開發環境、測試環境、Staging 及Production 環境,為什麼呢? 因為一旦上錯版,或是嚴重 Bug,造成的損失是不可言喻的,試想一下若購物車出錯,算錯價格、或是網路銀行無法驗證身份是十分嚴重,因此在每個環境中反覆測試以確保每次改版其功能正確、符合資安要求、效能達到一定的標準、或通過 UAT 等驗證機制。筆者早期是在電子商務網站開發的軟體公司,每次一旦新功能要上線,身為 PM 及 Programmer 總是要戰戰兢兢,首先要確保在內部的測試環境執行無誤,因此要手動複製這次異動的程式檔,再三確定資料庫的table schema也同步更新了,接著 IIS 的設定又得檢查是否一致,再來許多 COM+ 元件得一一手動註冊。好了,光是人工做這些反覆設定、檢查的動作,就足以耗盡開發人員的腦力了,因此通常這類差事會由 PM 來做。再來若是上到 Staging 及 Production 環境,還得與系統維運人員 (System Engineer, or System Admin) 溝通,因為這些環境更不是任何人可以碰的,而且通常為了讓系統人員對於這次改版需異動哪些程式及設定,每次過版需填表單告知哪些系統設定需更新,若是金融單位,每次過版記錄都需留底供稽核,即使是一個簡單的功能換版動作,都得耗上許多溝通成本、時間以及冒上可能出錯的風險。

因此早年只要是進行上版的動作,通常是一整個 Team 都得 stand-by,一旦出問題,馬上得處理。再加上電子商務類的網站改版頻率很高,我只能說,系統上線後才是挑戰的開始。


 

愈是要重複執行的工作,愈要自動化 (人工容易出錯)

隨著技術的進步,各種自動化測試、佈署、Configration Management 的工具也愈來愈多,但我還是常常聽到一些企業很 mission critical 的系統仍由人工進行過版動作。原因最常聽到是,

1. 不知道有這些自動化工具可以幫忙。這個好解決,通常只要 Demo 一次,就會知道這類工具的價值了。

2. 反正改版頻率不高,過版所花的時間雖然要一天,但還可以忍受。這個可能要等人工過錯版時,知道痛了,才會重視。

3. 佈署是一件與開發 (Dev)、維運團隊 (Ops) 都有關的事,得花不少溝通協調工夫,得過且過。這個一樣要痛過,且上層主管重視,才會重視發行管理。

4. 我們的系統不容許過錯版,因此需要許多人 review 把關。這個也算小問題,發行管理就是可讓你設定發行關卡,確保發行正確性。

希望讀者可以盡早體會到 Release Management 的價值,並盡早規畫你重要系統的 Release Plan。

 

Release Management 的價值是什麼?為什麼系統維運者也該關心?與 Build 或是 CI (Continuous Integration) 持續整合機制關連是什麼?

以 Team Foundation Server (TFS) 為例,已經有自動化建置 Build ,並存在「組建-部署-測試」流程,可以很快建立 CI 的環境了。CI 可以說是 Release Management 的一環,但 Release Management 它涵蓋了開發 (Dev) & 系統維運 (Ops),讓整個應用系統發行機制進行更好的管理、自動化、減少人工,因此可以說 CI 是 Release Management 的基礎。而 Release Management for VS 2013 它與 TFS 整合得很好,在TFS 中設定 Build 時,就可設定觸發一個 Release 的流程了,因此當開發團隊每天check-in程式碼,在 CI 環境中進行整合、建置、自動化測試的動作,然後觸發 Release 的流程讓整個發佈流程更自動化及完整 (備註 – Release Management 也可以單獨運作或整合其它版控及CI系統,不一定直接與TFS整合)。因此我稱 Release Management 是「團隊開發的最後一哩路」,且系統維運人員 (Operations)也應該關心。一個完整的發行管理機制,可以滿足以下的需求並提供價值,

  • Configuration 設定 – CI 環境可以透過呼叫 Script 或 command 的方式進行系統的 configuration,例如元件註冊、執行批次工作 (例如執行 SQL ETL 工作或排程工作)、建立網站目錄等,但 Release Management 可透過 UI 先設定這類的 configuration,讓 configuration 成為發佈的一個環節。
  • Release Path 是可變動的 – Release Management 讓你可以自定每個應用程式它的發佈流程,以及不同環境 (Dev, Test, Staging, Production) 都可以有獨立的發佈流程,這在大型的系統發佈是很常見的,像現在很常利用 VM 技術建置開發測試環境,但在上線環境可能還是實體機器,因此不同佈署環境它的發佈流程本來就不同,又像是電子商務網站,一些靜態的頁面其改版所需的嚴謹性不用太高,但關於購物車的程式改版,又需要十分嚴謹,這在 Release Management 是很容易可以實現的。
  • Dev & Ops 有一致的發行、佈署機制,以利溝通並降低出錯風險: 重複性工作和繁複的步驟,容易發生人為錯誤,一旦出錯往往需要不同團隊成員間的大量協調和溝通,收集錯誤紀錄並研究原因。若部署到正式環境要一次到位,除要有與正式環境一模一樣的測試環境及 Staging 環境外,多次的部署除可驗證上線流程外,也可讓相關人員熟能生巧,並模擬各種發佈狀況,當真正發生問題時才能從容不迫的處理。
  • 符合法規及稽查:在較為嚴謹的產業,例如金融業,會要求部署需被授權、審核與稽查,有制式的流程,不可任意執行。Release Management 可以定義發行的關卡,需哪些 Gate Keeper 的審查才得以放行。

從 TFS 的 Build,進入 Dev -> Test -> Release 不同階段

發行的流程及步驟,原先大都是人工或是 Script 作業難以自動化及管理,Release Management 解決這個問題

Release Management 中設定佈署順序 (Deployment Sequence) 的畫面 – 佈署的步驟及流程 + 元件化及參數設定,例如 IISDatabaseFile/INIServices Azure等設定元件化、可執行的 cmd Scripts 皆可

設定過版的簽核程序 開發環境(DEV)、使用者測試環境(UAT)Staging及上線環境皆可設定不同的群組及人員來進行簽核,並發送Email通知,確保過版無誤。

過版人員介面審核及上線時間設定 (Release Management Web 介面)

 

希望以上說明,對各位有所幫助,也希望各位開發者、系統管理者,尤其是主管應盡早與內部溝通,並規畫好重要系統的發佈流程及管理。請參閱以下資料,

[觀看 Demo 影片] Release Management 發行管理及自動化佈署系列影片 – 好處及 Demo (共4段,一次了解 Release Management)

 

更多資源 –

[中文簡介簡報] Release Management 簡介 | Release Management 發行管理 簡短 Demo – Video (15 mins) 

[案例分享] 使用 Release Management 設定 ASP.NET Web Application 進行自動化佈署 Continuous Delivery

[實機教育訓練課程] Release Management 自動化佈署實作營

[技術及學習]

[安裝手冊] Release Management for Visual Studio 安裝手冊

[Lab 手冊] Embracing Continuous Delivery with Release Management for Visual Studio 2013 (Lab 文件,可依手冊 step-by-step 演練)

[技術文章] 發行管理及自動化佈署的好幫手 – Release Management for Visual Studio 2013

[案例分享] 永豐銀行引領創新金融服務及取得 ISO 27001 認證的關鍵 — 導入微軟 Release Management 自動化過版 豐掌櫃及網路銀行系統更快抓住市場需求以提供高品質服務

若對以上技術及產品有任何問題,很樂意為您服務! 請洽:台灣微軟開發工具服務窗口 – MSDNTW@microsoft.com / 02-3725-3888 #4922

Comments (0)

Skip to main content