快速入門

若要快速高效使用 IBM® UrbanCode Release,請依序檢閱下列主題。

規劃發行

規劃發行意味著回答有關其範圍的部分基本問題。 它是全新的發行嗎?或者,它使用之前定義的計劃嗎?也許它是次要發行(如修補程式),幾乎不需要對現有的發行進行變更?這些問題的回答可判定正式作業的路徑,以及您是否可以重複使用現有的發行,及重複使用的程度(如果可以重複使用)。

註:

請確保發行系列的輸入來自已同步的、開放式小組型規劃。目標是定義一組清楚、明確的交付項目及交互相依關係。

正式作業的路徑是指可達到最終階段(即正式作業)的一系列階段。簡單地說,階段代表一個以上環境及品質需求。階段也可能具有更多項目,如品質狀態及閘道。

階段進度由生命週期模型定義。建立發行時,在為發行選取的生命週期模型中定義可供發行使用的階段。如果生命週期中未定義您需要的階段,則您可以修改模型或建立全新的模型。IBM UrbanCode Release 提供了預設生命週期,您可以根據需要進行修改。

下圖說明使用相同生命週期模型的兩個發行,即「十月」及「十一月」。頂端列出模型中定義的階段。環境配置給發行,且為每一個階段指派了環境,如圖解所示。例如,「十月發行」在 DEV 階段期間使用 DEV-1 環境,而「十一月發行」在該階段使用 DEV-2。 在模型中定義階段之間的閘道。

顯示兩個發行的階段及閘道的圖表

生命週期可用於任何數目的發行。透過改變環境及應用程式(請注意應用程式的陣列在不同發行之間有所不同),您可以從相同的生命週期針對幾乎任何不測事件製作發行。如果生命週期不適合特定發行(例如,在階段太多或不足夠時),您隨時可以建立新的生命週期模型。

您可以使用 IBM UrbanCode Release,在前置生產與正式作業之間進行規劃,及根據規劃可靠地執行發行。發行系列可以根據任何類型的處理方式(自動、手動及特定處理程序)來供應,且包含任何類型的內容。發行系列的可預測排程會驅動發行處理程序。使用 IBM UrbanCode Release,您可以整合及同步化小組型規劃,以制定一個在清楚、開放、透明的計劃。所有利害關係人都知道排程及主要里程碑,可以確保發行按排程開始,且按時完成。

建立發行

從狹義上來講,建立發行意味著使用 Web 使用者介面為其提供名稱,及選取生命週期和小組。更為普遍的是,意味著判定它是主要發行還是次要發行。作為經驗法則,次要發行是可以使用現有環境及應用程式或其應用程式子集的發行;主要發行需要新環境及應用程式。

將應用程式與發行相關聯

雖然不需要應用程式(例如,您可以建立完全由里程碑及基礎架構相關的作業組成的發行),但是到目前為止,大部分發行涉及部署應用程式。應用程式可以來自與外部工具(如 IBM UrbanCode Deploy)的整合,或在IBM UrbanCode Release 本身中建立。每一個發行具有可供其使用的在 IBM UrbanCode Release 中定義的所有應用程式。您可以將任意數目的應用程式與發行相關聯。

如需將 IBM UrbanCode Release 與外部工具整合的相關資訊,請參閱配置整合提供者.

定義正式作業的路徑

在為發行選取的生命週期中定義可用於發行的階段。將生命週期模型視為用於建立及驅動發行的範本可能很有用。生命週期定義階段的進度,軟體藉此傳遞至正式作業,這由正式作業階段代表,或由一些以類似方式指定的最終階段代表。生命週期未指定哪些特定的環境用於發行,但指定了一般型樣。例如,生命週期可能具有下列階段:開發、品質保證及正式作業。基於此生命週期的發行都具有這三個階段,雖然使用的實際環境可能會因發行而異。生命週期也可以定義順利完成所需的品質步驟(稱為閘道),然後才允許軟體進入下一個階段。

註:

開發適用於每一個階段的策略;適用於高規格正式作業部署的策略可能不適用於低規格環境。

定義正式作業路徑的首要步驟是判定是否可以使用現有的生命週期模型,或是否需要全新的模型。全新啟動 IBM UrbanCode Release 自然地需要建立生命週期,以鏡映您的一般處理程序及環境。隨著您的經驗增長,您將開發可以處理大部分(如果不是全部的話)發行的許多生命週期。因此,定義正式作業路徑所需的活動很大程度上由適用生命週期的可用性決定。下列表格概述可重複使用的生命週期是否可用於各種活動。

表 1. 建立生命週期
活動 說明
1. 命名生命週期的階段。

將環境對映至階段。

2. 定義狀態。

狀態是使用者定義的值,如「已通過」或「已保存」。

3. 新增閘道。

閘道是一種機制,用於確保項目不能部署在階段/環境中,除非項目具有閘道特定的狀態。 閘道會建立階段的最低進入需求。

表 2. 使用生命週期
活動 說明
1. 將環境配置至階段。

識別要在每一個生命週期階段期間使用的環境。發行環境是代表部署目標的使用者定義的結構;發行環境聚集部署環境。

2. 定義核准。

核准是用於控制環境的機制,而不管品質(狀態)考量。依角色指定核准者;具有所指定角色的任何使用者都可以提供核准。

3. 選取部署計劃。

部署計劃定義特定階段順利部署所需的編排及協調工作量。

正式作業日期及已知的前置生產日期

將部署排定至發行環境,可以記錄及散佈已知正式作業及前置生產日期。

排定新部署(首頁 > 排定的部署)時定義日期。

重複出現的視窗

針對以可預測間隔重複出現的部署建立重複出現的視窗或重複出現的部署。您可以每小時、每天、每週或依部分 cron 表示式觸發重複出現的視窗。

定義里程碑

里程碑是必須完成的活動(通常為處理程序核對清單項目),以使發行根據規劃進行。里程碑可以代表需要追蹤的任何項目,如開始會議、作業系統升級或硬體及網路升級。里程碑依日期及狀態追蹤。

里程碑連接至發行本身,而不是特定的階段或環境。在「發行」頁面(首頁 > 發行 > selected_release)上建立里程碑。

註:

雖然它可能正在嘗試專注於規劃期間識別的功能,但是,對會重新確定範圍的潛在變更保持警示,否則可能會影響發行系列的排程。

定義發行小組

您可能已猜到,發行小組管理發行。小組由在 IBM UrbanCode Release 安全系統中配置的角色及使用者組成。發行必須具有至少一個為其配置的角色。一般角色是「管理者」、「發行管理者」及「使用者」;依預設,所有角色都可用。您可以重複使用角色。

在「角色」頁面(首頁 > 管理安全 > 角色)上定義角色。

新增核准

核准是用於控制環境的機制,而不管品質(狀態)考量。在授與核准之後,需要核准的發行才能繼續執行階段。核准連接至階段。依角色指定核准者;具有所指定角色的任何使用者都可以核准。


意見