WebSphere CloudBurst 與 Rational Automation Framework for WebSphere

構建、部署和配置 WebSphere® 中介軟體應用程式基礎架構以及執行在該架構上的應用程式，對於企業 IT 組織來說是核心任務。完成這些任務的傳統方法容易出問題，且導致效率低下和浪費問題。這些問題包括：

• 設定和配置環境需要較長時間。
• 無法根據需要一致地重建環境。
• 需要測試和開發人員有較多的基礎架構經驗。

使用 IBM WebSphere CloudBurst Appliance 和 Rational® Automation Framework for WebSphere 的一個整合解決方案提供一種虛擬化、自動化、資料驅動的方法來解決這些低效率問題。

WebSphere CloudBurst 提供一種簡單的方式，以 WebSphere CloudBurst 模式的形式建模您的應用程式環境。您可以使用一個圖形介面構建這些模式，它們基於 IBM® Hypervisor Edition 虛擬映像。這些映像封裝構建 WebSphere 中介軟體環境所需的許多基礎架構經驗；可在幾分鐘之內部署和初始化完整的、企業就緒的環境。最重要的是，這些模式儲存在裝置上，這更易於我們在必要時一致地重建相同的環境。

WebSphere CloudBurst 解決快速一致地部署一個 WebSphere 應用程式基礎架構所需的很多要求，而 Rational Automation Framework for WebSphere 在配置應用程式及其對基礎架構的依賴性方面提供類似的優勢。

Rational Automation Framework for WebSphere 自帶超過 500 個開箱即用 WebSphere 配置操作。這些操作包括配置 JDBC 資源、設定 JMS 佇列、調優應用程式容器、部署應用程式等等，幾乎應有盡有。

首先構建包含任意多個配置步驟的 Rational Automation Framework for WebSphere 專案，構建好之後，針對一個目標 WebSphere 單元自動化對該專案的呼叫。因此，無需您提供任何指令碼就能實現對應用程式及其依賴項的配置和部署。

雖然可能會有功能上的重疊（Rational Automation Framework for WebSphere 可用於安裝 WebSphere 產品，不過它不支援 WebSphere CloudBurst 提供的基於模式的方法或快速部署能力），WebSphere CloudBurst 和 Rational Automation Framework for WebSphere 的有效整合明顯凸現了每個產品的最佳特徵和功能。最終形成一個用於設定應用程式環境的快速、有效、自動化且可重複的流程。

圖 1 向您展示每個軟體的職責。

何時以及如何整合

既然我們已經確立了整合 WebSphere CloudBurst 和 Rational Automation Framework for WebSphere 的原因，現在讓我們看一下如何 以及何時 整合這兩個解決方案。

實現 WebSphere CloudBurst 與 Rational Automation Framework for WebSphere 的整合很簡單 — 特別是在構建表示所需 WebSphere 拓撲的 WebSphere CloudBurst 模式並將特殊指令碼包附加到 Rational Automation Framework for WebSphere 產品上時。

指令碼包是 WebSphere CloudBurst 部署與 Rational Automation Framework for WebSphere 之間的粘合劑。在部署期間，WebSphere CloudBurst 呼叫整合指令碼包；這個呼叫導致 Rational Automation Framework for WebSphere 專案的執行，該執行鍼對 CloudBurst 建立的 WebSphere 單元。圖 2 展示兩個程式之間的相互作用。

呼叫的 Rational Automation Framework for WebSphere 專案以及專案使用的 Rational Automation Framework for WebSphere 在指令碼包定義的引數中。這意味著您可以將這些值鎖定到模式中或在部署之後立即提供這些值。（我將在文章稍後詳細討論指令碼的引數以及為其提供值的方式。）

必須注意：

WebSphere CloudBurst 與 Rational Automation Framework for WebSphere 的整合意味著您可以將整個應用程式環境封裝到一個模式中，無需編寫自己的指令碼。

而且，您可以利用 Rational Automation Framework for WebSphere 提供的 500 多個開箱即用的 WebSphere 配置操作。

除了開箱即用的 WebSphere 專業經驗優勢之外，這個整合解決方案適用於其他關鍵場景，比如為現有 WebSphere 環境建立模式、配置 WebSphere 單元更改，然後捕獲並重用該配置。

為現有 WebSphere 環境建立模式

設想一下：您現在已有 WebSphere 環境，想在 WebSphere CloudBurst Appliance 中將其 “匯入” 為一個模式。該裝置不提供特性來支援您將其指向一個現有環境並將該環境作為一個新模式引入。

但是您可以將 Rational Automation Framework for WebSphere 指向現有的 WebSphere 單元，並使用其環境生成工具從現有單元建立一個新的 Rational Automation Framework for WebSphere 環境，有效儲存您的 WebSphere 設定的配置。

然後您可以建立一個模式，使用特殊的指令碼包，並將其指向一個 Rational Automation Framework for WebSphere 專案，該專案在您在匯入過程中建立的 Rational Automation Framework for WebSphere 環境中應用配置資料。從而使您可以建立一個與現有 WebSphere 單元完全相同的 WebSphere CloudBurst 模式（圖 3）。

配置、捕獲和重用

在某些情況下，您可能會向您的 WebSphere 單元手動應用配置更改，然後希望捕獲和重用生成的配置。

例如，在應用程式測試過程中，您可能會發現某些能產生優化行為的配置調整 — 您絕不想錯過這樣的機會。

另一個示例：對給定應用程式環境進行初次設定時，您可能喜歡使用 WebSphere CloudBurst 快速部署單元，然後手動配置應用程式及其資源。

不管是哪一種情況，您都可能想捕獲更新後的配置並按需重用它。如前所述，您可以使用 Rational Automation Framework for WebSphere 捕獲配置，然後整合 WebSphere CloudBurst 模式的部署與應用已捕獲配置的 Rational Automation Framework for WebSphere 專案。這類似於第一個場景，只是舊有環境並非目標（圖 4）。

跨虛擬和物理域遷移環境

可能您的應用程式升級週期同時跨越虛擬和物理域。例如，您可能使用 WebSphere CloudBurst 部署從測試到預生產環境的一切內容，但是在遷移到生產環境之後，您可能希望在物理硬體上建立相同的環境。

從使用 WebSphere CloudBurst 模式的虛擬 WebSphere 環境到直接安裝在硬體上的傳統 WebSphere 環境的跨越很難。您不能將 WebSphere CloudBurst 模式直接部署到一個物理伺服器上。這會使您難以確保是否在將已經測試和驗證過的同一環境放入生產階段。

不過，如果您將 WebSphere 應用程式環境的配置儲存為一個 Rational Automation Framework for WebSphere 環境，就不能將該配置應用到使用同一 Rational Automation Framework for WebSphere 專案的虛擬或物理 WebSphere 單元中。這可以讓您安心將一個環境放入生產階段，因為您知道它一定會奏效（圖 5）。

現在您已經瞭解瞭如何整合 WebSphere CloudBurst 和 Rational Automation Framework for WebSphere 以及何時使用該整合，該是時候逐步探究一個樣例場景了。

讓我們來看一個用例，該用例遵循我在上一節引入的配置、捕獲和重用 模式。特別地，我們將手動設定 Apache DayTrader J2EE 應用程式環境，將其作為一個 Rational Automation Framework for WebSphere 專案和環境予以捕獲，然後將其作為一個 WebSphere CloudBurst 模式加以重用。

模式的部署將引起 WebSphere Application Server 單元的建立和 Rational Automation Framework for WebSphere 專案的呼叫，以設定 Apache DayTrader 應用程式環境。該整合將允許您完全自動化從 WebSphere Application Server 單元的部署和配置到 Apache DayTrader 應用程式環境的部署和配置這一流程。

為完成該工作，您需要執行以下步驟：

1. 使用 Rational Automation Framework for WebSphere 整合指令碼包建立一個自定義 WebSphere CloudBurst 模式。
2. 部署 WebSphere CloudBurst 模式以建立一個 WebSphere Application Server 單元。
3. 手動安裝、配置和驗證 Apache DayTrader 應用程式。
4. 使用 Rational Automation Framework for WebSphere 捕獲 WebSphere Application Server 單元的配置。
5. 設定 Rational Automation Framework for WebSphere 來應用捕獲的配置並部署 Apache DayTrader 應用程式。
6. 部署一個 WebSphere CloudBurst 模式，該模式使用新的 Rational Automation Framework for WebSphere 專案和環境自動化 Apache DayTrader 應用程式的構建。

講到這裡，我差點忘了告訴您 — 您將能夠在無需編寫任何自定義指令碼的情況下完成全部工作！

建立一個新模式

第一步是要建立一個包含 Rational Automation Framework for WebSphere 整合指令碼包的新的 WebSphere CloudBurst 模式。不過在此之前，您需要將 Rational Automation Framework for WebSphere 整合指令碼包載入到 WebSphere CloudBurst Appliance 的目錄中。

同樣，您可以從 Rational Automation Framework for WebSphere 安裝檔案（位於 Rational Automation Framework for WebSphere_HOME/framework/wca 目錄）中獲取指令碼包。獲得存檔檔案（ZIP）之後，導航到 WebSphere CloudBurst 目錄的 Script. Package 部分並上傳新內容。完成上傳過程之後，單擊右上方工具欄中的重新整理按鈕。（圖 6 顯示整合指令碼包。）

點選重新整理按鈕之後，您應當會看到描述指令碼包的資料，它來源於存檔檔案中包含的 cbscript.json 檔案。該資料告訴 WebSphere CloudBurst 要呼叫什麼（在本例中為包含在指令碼包中的一個 shell 指令碼），且它定義各個環境變數。您可以將這些變數的值鎖定到模式中或在部署流程中提供它們；它們提供諸如以下內容的重要整合資訊：

• RAFW_SERVER_HOST：Rational Automation Framework for WebSphere 伺服器的主機名。
• RAFW_SERVER_USER：用於登入到 Rational Automation Framework for WebSphere 伺服器的使用者名稱。
• RAFW_SERVER_PASSWORD：用於登入到 Rational Automation Framework for WebSphere 伺服器的密碼。
• RAFW_AUTOMATION_PLAN：部署過程中要呼叫的 Rational Automation Framework for WebSphere 專案的名稱。
• RAFW_ENVIRONMENT：Rational Automation Framework for WebSphere 專案使用的 Rational Automation Framework for WebSphere 環境的名稱。該環境包含 WebSphere Application Server 單元的配置資料。
• RAFW_HOME_PATH：用於在虛擬機器上解壓 Rational Automation Framework for WebSphere 二進位制的檔案系統位置。該值應與 Rational Automation Framework for WebSphere 上 RAFW_HOME/configure.properties 檔案中的 LINUX_RAFW_HOME 的值相匹配。為方便使用，這些庫包含在指令碼包中。
• RAFW_AUTOMATION_TIMEOUT：這是 WebSphere CloudBurst 等待指定的 Rational Automation Framework for WebSphere 專案完成所需的最大時間量，以分鐘計量。如果 Rational Automation Framework for WebSphere 專案完成之前就已超時，Rational Automation Framework for WebSphere 專案將繼續執行，但 WebSphere CloudBurst 將報告虛擬系統處於啟動狀態。

當指令碼包在目錄中時，您可以構建新的自定義模式。導航到 Patterns 頁面，克隆一個已有模式或建立一個全新模式。對於該場景，您將使用部署管理器、自定義節點和 IBM HTTP Server 部件配置一個模式，如圖 7 所示。

在離開 Pattern Editor 之前，點選 Advanced Options 連結。取消選中 Enable messaging 選項，但要讓 Define clusters 處於選中狀態。WebSphere CloudBurst 更新該模式，以包含部署期間建立 WebSphere Application Server 叢集所需的配置。

點選 Advanced Options 皮膚上的 OK，您將看到一個叢集配置徽章新增到了 Deployment manager 部分。單擊該徽章旁邊的配置圖示併為叢集提供配置資料，如圖 8 所示。

通過該配置資料，WebSphere CloudBurst 將自動建立一個 WebSphere Application Server 叢集，其中在每個自定義節點上包含一個成員。以 TradeCluster 作為叢集名的字首，然後 WebSphere CloudBurst 在無需使用者提供指令碼的情況下建立並調優叢集。

初步部署

在試圖整合 WebSphere CloudBurst 模式部署與 Rational Automation Framework for WebSphere 之前，您需要確保託管 Rational Automation Framework for WebSphere 伺服器的機器可以成功與 WebSphere CloudBurst 建立的虛擬機器建立網路連線。此外，確保 Rational Automation Framework for WebSphere 伺服器具有與這些虛擬機器建立 SSH/SFTP 連線所需的金鑰，或配置託管 Rational Automation Framework for WebSphere 伺服器的機器，從而在初始化這些連線之後自動接受金鑰。注意，配置對新金鑰的自動接受可能具有安全風險。

在完成對該模式的構建之後，您可以著手進行初步部署。在部署過程中配置 Deployment manager 部分時，您要提供 Rational Automation Framework for WebSphere 的整合資訊。

圖 9 顯示 DayTrader 模式的部署。

該部署針對 eastgrand.austin.ibm.com 上的 Rational Automation Framework for WebSphere 伺服器，使用 cloudburst 的使用者名稱和密碼登入進去。由於在首次部署時我們打算手動配置該環境，Rational Automation Framework for WebSphere 專案的名稱（RAFW_AUTOMATION_PLAN）不是很重要。Rational Automation Framework for WebSphere 執行時將自動生成一個我們可以重用的專案。本例中的 Rational Automation Framework for WebSphere 環境名稱是 DayTrader，並且我們採用預設超時設定。

對 RAFW_HOME_PATH 使用 /opt/IBM/WebSphere/Profiles/RAFW 路徑。這裡不用預設路徑而使用該路徑是因為，Rational Automation Framework for WebSphere 會試圖以 virtuser 作業系統使用者的身份在我們的虛擬系統中的每個虛擬機器上建立目錄和檔案。

您需要確保 Rational Automation Framework for WebSphere 試圖建立檔案和目錄的位置是可由 virtuser 訪問的。您也可以使用設定有適當檔案許可權的一個自定義映像。

不管是哪一種情況，您都必須更改 Rational Automation Framework for WebSphere 上 RAFW_HOME/configure.properties 檔案中的 LINUX_RAFW_HOME 引數的值，以匹配部署過程中使用的 RAFW_HOME_PATH 值。

一旦新虛擬系統處於啟動狀態，您可以訪問 WebSphere Application Server 管理控制檯來設定 Apache DayTrader 應用程式環境。

在此之前，我們先看一下作為部署流程一部分的 Rational Automation Framework for WebSphere 工件。登入到 Rational Automation Framework for WebSphere 控制檯（開啟 URL http://eastgrand.austin.ibm.com）並點選 Environments 連結。您應當會看到一個名為 RAFW_DayTrader_CloudBurstCell0 的環境。您可以單擊連結來檢視 Rational Automation Framework for WebSphere 為您提供的內容（圖 10）。

整合指令碼包使用 WebSphere CloudBurst 部署中可用的資料建立了該環境。安裝和配置 DayTrader 應用程式環境之後要更新該環境，以包含更新的資訊。

除 Rational Automation Framework for WebSphere 環境之外，如果您單擊 Projects 連結，還應當看到一個新建立的 Rational Automation Framework for WebSphere 專案。它與生成的 Rational Automation Framework for WebSphere 環境具有相同的名稱（圖 11）。

起初，專案包含一個簡單步驟，實際上是對 RAFW_WAS_70_ND_Configure 庫的一個呼叫。該庫是 Rational Automation Framework for WebSphere 產品自帶的，您可以使用它應用和匯入對整個 WebSphere Application Server 7.0 單元的配置。在設定好 DayTrader 環境之後，您要使用該專案匯入對單元的配置。

匯入配置之後，對專案稍作更改，僅應用能降低總部署時間所需的配置。不過，您仍然要使用自帶庫，而不需要編寫任何自定義指令碼。

設定和修改 DayTrader

Apache DayTrader 應用程式是一個建模線上股票交易系統的效能基準應用程式。應用程式由 servlets、JSPs、多種 Enterprise JavaBeans、一個後端資料來源等組成。圖 12 是引用自 Apache DayTrader 網站的一幅圖，描述應用程式環境的佈局。

您不需要逐步探究部署 DayTrader 應用程式的安裝步驟，只需到網站上查詢應用程式源以及構建和部署說明（參見 參考資料）。

在本文末尾，我們要將該環境及其依賴的基礎架構對映到與 Rational Automation Framework for WebSphere 專案整合的一個 WebSphere CloudBurst 模式。一個 WebSphere CloudBurst 模式將表示對映到圖表 JavaEE Application Server 部分的 WebSphere Application Server 單元。當前的 WebSphere CloudBurst 模式不包含資料庫設定，不過在 WebSphere CloudBurst 2.0 中，您可以輕鬆地在模式中包含一個 DB2® 部分，以封裝環境的資料庫伺服器。

Rational Automation Framework for WebSphere 環境將包含應用程式的配置資料、其資源以及依賴項。這將確保對應用程式及其 servlets、JSPs 和 Enterprise JavaBeans 的正確部署。此外，Rational Automation Framework for WebSphere 環境將包含在 DayTrader 應用程式、應用程式客戶端和後端資料來源中正確配置整合元件所需的資料。

根據本文前面構建和部署的模式，您應當設定 Apache DayTrader 應用程式以在 WebSphere Application Server 叢集中執行。該叢集將在部署過程中的每個自定義節點上包含一個成員。圖 13 描述期望的部署結果。

在安裝應用程式、配置所需資源和依賴項併成功啟動應用程式之後，您可以導航到 http://:9080/daytrader URL 來檢驗它是否在執行。登入到網站之後，單擊 Configuration 選項卡，您應當會看到以下頁面（圖 14）：

開始驗證時，首先單擊 (Re)-create DayTrader Database Tables and Indexes，在該頁面上完成必要的步驟之後，單擊 (Re)-populate DayTrader Database。建立並填充資料庫表之後，可以單擊 Test DayTrader Scenario 連結並遵循頁面指示測試應用程式。

如果您對配置的環境滿意，接下來就可以使用該新配置更新 Rational Automation Framework for WebSphere 環境。

捕獲 DayTrader 配置

在完成手動配置和驗證 Apache DayTrader 環境的流程之後，您可能不太想重新再來一遍（更不用說每次進行一個新部署了）。您希望捕獲可行的設定並在需要時使用該配置。這正是您要做的；首先要使用 Rational Automation Framework for WebSphere 捕獲現有配置。

在初始模式部署期間，整合指令碼包促成 Rational Automation Framework for WebSphere 專案的自動生成（如 圖 10 所示）。您可以在 Import 模式下執行該專案，從而匯入 DayTrader 環境的現有配置。

為此，登入到 Rational Automation Framework for WebSphere 控制檯，單擊 Projects 連結，然後單擊 RAFW_DayTrader20_CloudBurstCell0 專案。在專案詳細資訊頁面上，單擊頂部工具欄中的 Start Project 建立一個新的作業。在作業詳細資訊頁面上，只需將 Mode 欄位更改為 Import，如圖 15 所示。

此時，只需單擊 Execute，Rational Automation Framework for WebSphere 作業就開始執行。這將針對部署有 DayTrader 應用程式的 WebSphere Application Server 單元開始 RAFW_WAS70_ND_CONFIGURE 庫的執行。

注意，WebSphere Application Server 環境的位置和其他有關細節，比如單元和節點名稱，已經存在於專案的環境中。指令碼包在初步部署期間建立 DayTrader 環境時自動執行設定這些細節。

單擊 Execute 之後，Rational Automation Framework for WebSphere 重新將您帶到剛才建立的作業的詳細資訊頁面。您可以監控匯入任務的進度，並在任務完成時看到圖 16 所示的狀態。

捕獲 DayTrader 應用程式

現在的 DayTrader 環境含有來自 Apache DayTrader 應用程式環境的最新配置資訊。這包括對 JDBC 資源、JMS 佇列、訊息傳送引擎等的配置。但是，您仍然需要匯入實際應用程式並將其儲存在 DayTrader 環境中。

為此，您可以建立一個簡單的 Rational Automation Framework for WebSphere 專案，通過該專案匯入應用程式二進位制檔案，然後建立一個屬性檔案，稍後 Rational Automation Framework for WebSphere 將使用該檔案安裝應用程式。

單擊左邊工具欄中的 Projects 連結開啟專案頁面，然後單擊頂部的 Add Project。在螢幕底部出現新專案的詳細資訊區域。輸入 Import DayTrader Application 作為新專案名，並選擇 RAFW_DayTrader_CloudBurstCell0 為新專案的環境。您還需要確保有正確的 Selector，它是基於 Rational Automation Framework for WebSphere 配置定義的。完成全部操作後，單擊 Save（圖 17）。

這個新專案包括三個步驟，旨在完成以下操作：

1. 建立一個屬性檔案，用於部署 DayTrader 應用程式。
2. 使用一個提供應用程式名稱的鍵值對更新屬性檔案。
3. 從現有 WebSphere Application Server 單元匯入應用程式二進位制檔案。

要建立一個新步驟，單擊 Import DayTrader Application 專案，然後單擊頂部工具欄中的 Add Step。當步驟詳細資訊皮膚出現在螢幕底部時，輸入 Create properties file 作為第一步的名稱。圖 18 顯示該步驟的完整命令。

第二步使用提供應用程式名稱的一個鍵值對更新第一步中建立的屬性檔案。這是成功部署 Apache DayTrader 應用程式所必需的。單擊 Add Step 並建立一個名為 Add application name 的新步驟。圖 19 顯示該新步驟的命令。

第三步將真正匯入 DayTrader 應用程式二進位制檔案並將其本地儲存在 Rational Automation Framework for WebSphere 伺服器上。再次單擊 Add Step，建立一個名為 Get application binaries 的新步驟。圖 20 顯示該新步驟的命令。

執行專案之前，您需要確保在 Rational Automation Framework for WebSphere 伺服器上有正確的資料夾。在託管您正使用的 Rational Automation Framework for WebSphere 伺服器例項的機器上，確保 /users/environments/DayTrader/cells//clusters//apps/properties 資料夾存在。 在 Rational Automation Framework for WebSphere 上驗證或建立該資料夾後，單擊 Start Project 然後單擊 Execute 開始作業。 Rational Automation Framework for WebSphere 會將您帶到一個詳細資訊頁面，您可以在此處監控專案中每一步的狀態。

專案完成時，您可以驗證是否獲得預期結果，方法就是檢查下面兩個檔案是否存在：

• /users/environments/DayTrader/cells//clusters//apps/properties/DayTrader2-EE5.properties
• /users/environments/DayTrader/cells//apps/media/DayTrader2-EE5.ear

注意，根據在流程前面手動安裝過程中使用的應用程式名稱，屬性和 EAR 檔案的名稱可能有所不同。

更新 Rational Automation Framework for WebSphere 專案

您可以使用現有 DayTrader Rational Automation Framework for WebSphere 環境和 RAFW_DayTrader_CloudBurstCell0 專案重新應用 Apache DayTrader 應用程式配置到隨後的 WebSphere CloudBurst 模式部署中。不過首先要對現有專案進行兩項更改。

新增一個步驟來部署您匯入的應用程式。為此，單擊 Rational Automation Framework for WebSphere 控制檯中左邊工具欄中的 Projects 連結，然後單擊 RAFW_DayTrader_CloudBurstCell0 專案。在開啟的專案詳細資訊頁面上，單擊 Add Step 並輸入 Deploy DayTrader 作為步驟名稱。圖 21 展示了部署應用程式的命令。

現在，使用對單個庫的多個呼叫替換專案中對 RAFW_WAS70_ND_CONFIGURE 複合庫的一個呼叫。您當然可以繼續使用一個步驟呼叫 RAFW_WAS70_ND_CONFIGUE 複合庫，但是使用多個步驟替換這一個步驟可以讓您僅執行對於 Apache DayTrader application 環境必需的配置操作。您仍然要使用自帶的配置庫，因此需要提供自定義指令碼。

將專案分解成多個僅執行所需配置操作的步驟，其優勢在於，您可以顯著減少對應用程式環境的總體部署和配置時間。

特別是對於 Apache DayTrader 應用程式環境的設定，您要利用下面這些預定義的 Rational Automation Framework for WebSphere 庫：

• RAFW_was_common_configure_environments
• RAFW_was_common_configure_resources
• RAFW_was_common_configure_security
• RAFW_was_common_configure_servers
• RAFW_was_common_configure_service_integration
• RAFW_was_common_configure_users_and_groups

您要建立 6 個新步驟來使用這 6 個庫。每個步驟將有一個 Inline 屬性，該屬性值與上面的其中一種庫相對應。圖 22 顯示使用 RAFW_was_common_configure_environments 庫時的步驟宣告。

Inline 屬性被設定為 RAFW_was_common_configure_environments，從而可以確保該步驟能觸發對這個庫的呼叫。注意 Command 欄位中的 echo 語句。Rational Automation Framework for WebSphere 需要您為每個步驟提供一個有效命令。在專案中執行該步驟時，Rational Automation Framework for WebSphere 會首先呼叫這個命令，然後呼叫 Inline 屬性中指定的庫。

還需要向專案中再新增一步。專案中的最後一步將啟動單元中的所有程式，包括部署管理器、節點代理和應用程式伺服器叢集。為此，僅需新增一個名為 RAFW_start_cell 的新步驟。在新步驟的 Inline 屬性中，選擇 RAFW_start_cell 庫並記得提供一個有效命令（比如 echo 'calling RAFW_start_cell'）。這是讓 Rational Automation Framework for WebSphere 啟動單元的程式所需做的所有事情。

完成步驟的建立之後，您應當會看到一個類似於圖 23 的專案。

在我們剛才完成的專案中，呼叫 RAFW_WAS_70_ND_Configure 庫的初始步驟被禁用。如果您稍後決定重新應用所有配置，而不是調優多個步驟，您可以再次啟用這個步驟，並禁用或刪除步驟 2-6。

需要時，您可以進一步調優專案，只需為每個使用中的庫選擇要執行的配置操作即可。為此，單擊 Rational Automation Framework for WebSphere 控制檯中左邊工具欄中的 Libraries 連結，並選擇需要的庫。您會看到不同範圍內不同配置操作的一個列表；您可以選擇性地啟用或禁用這些步驟。在本例中，我們將保留預設行為，保持所有操作處於啟用狀態。

此時您已經完成了對 Rational Automation Framework for WebSphere 環境和專案的必要設定。

啟動一個新部署

現在準備部署之前建立的 WebSphere CloudBurst 模式，不同在於，這次 Rational Automation Framework for WebSphere 專案和 Rational Automation Framework for WebSphere 環境都存在，且它們反映完全自動化 Apache DayTrader application 環境的構建所需的資訊和配置操作。

這次在部署 WebSphere CloudBurst 模式時，您將看到一個啟動並執行的 WebSphere Application Server 單元，帶有一個經安裝、啟動、充分配置的即用型 DayTrader 應用程式。

要開始部署，登入回 WebSphere CloudBurst 控制檯並導航到 Patterns 頁面。選擇您之前建立的模式，即帶有 Rational Automation Framework for WebSphere 整合指令碼包的那一個，然後單擊右上方工具欄中的部署圖示。就像上次一樣，您要配置每個模式部分來進行部署。圖 24 顯示整合指令碼包的配置資料。

注意，第一個部署和這一個部署之間的惟一區別在於 RAFW_AUTOMATION_PLAN（或專案名稱）的更改。該專案在第一個部署之前不存在，但是指令碼包自動在第一個部署期間建立它。在這之後，您更新了 Rational Automation Framework for WebSphere 專案（和環境），您希望確保此次部署能實現對已更新專案的呼叫。這組配置資料正是為了完成該工作。

值得注意的是，此時您可以將整合指令碼包的資訊鎖定到模式中。這會預防部署期間的資料輸入錯誤，真正將一個特定模式繫結到指定的 Rational Automation Framework for WebSphere 專案和環境中。不過，如果您將這些值鎖定到模式中，然後鎖定模式本身，您就不能更改對 Rational Automation Framework for WebSphere 專案和環境的引用，除非克隆該模式。

配置完每個部分之後，只需單擊 OK 即可開始部署過程。部署完成時，WebSphere CloudBurst 介面應當會顯示虛擬系統處於啟動狀態，如圖 25 所示。

如果您登入到 Rational Automation Framework for WebSphere 控制檯，應當會看到有兩個作業已成功完成（正如圖 26 所示）：

第一個作業（本例中為 WCA_ENV_UPDATE_52）使用關於新 WebSphere Application Server 單元的資訊更新了 Rational Automation Framework for WebSphere DayTrader 環境。這確保對於在不同部署間變化的資訊（比如主機名、單元名和節點名），Rational Automation Framework for WebSphere 環境都包含正確、更新過的資料。用於建立該作業的專案 WCA_ENV_UPDATE 是 Rational Automation Framework for WebSphere 產品自帶的，WebSphere CloudBurst 模式中的 Rational Automation Framework for WebSphere 整合指令碼包在部署過程中自動呼叫它。

此時，您可以登入到 WebSphere Application Server 管理控制檯。在企業應用程式清單中，您應當會看到 DayTrader2-EE5 應用程式處於啟動狀態。

與之前一樣，您應當能夠訪問 DayTrader 配置頁面，設定並填充資料庫，並驗證應用程式是否在執行。

您已經為 Apache DayTrader 應用程式環境完成了對 WebSphere CloudBurst 和 Rational Automation Framework for WebSphere 的設定：

• 首先使用特殊的 Rational Automation Framework for WebSphere 整合指令碼包部署一個 WebSphere CloudBurst 模式。
• 待 WebSphere Application Server 單元就緒後，手動安裝、配置和驗證 Apache DayTrader 應用程式及其依賴項。
• 然後匯入對設定的配置並更新自動生成的 Rational Automation Framework for WebSphere 環境。
• 修改 Rational Automation Framework for WebSphere 專案，僅應用必需的配置操作，部署 DayTrader 環境，並啟動所有單元程式。
• 最後，使用整合指令碼包部署一個 WebSphere CloudBurst 模式，將其指向先前配置的 Rational Automation Framework for WebSphere 環境和專案，然後就會看到單元和 Apache DayTrader 應用程式環境的自動化構建。

現在您有一個 WebSphere CloudBurst 模式和一個 Rational Automation Framework for WebSphere 專案，可用於在必要時可靠快速地重建整個 Apache DayTrader 環境。

設定不常用的 J2EE 應用程式環境會很耗時、複雜且幾乎不可能一致地完成，但是如果利用 WebSphere CloudBurst 來交付 WebSphere Application Server 單元，就可以前所未有的速度設定它，並使用來自 Rational Automation Framework for WebSphere 的開箱即用 WebSphere 配置操作來配置這些單元內的複雜應用程式環境。

最重要的是，WebSphere CloudBurst 模式和 Rational Automation Framework for WebSphere 專案編撰端到端的流程，即設定 WebSphere Application Server 單元並配置單元中的應用程式環境。這意味著，您完全能夠在必要時反覆設定相同的應用程式環境。

簡言之，WebSphere CloudBurst 和 Rational Automation Framework for WebSphere 的結合使得對 J2EE 應用程式環境的設定更簡單、更快、比以前更一致。

致謝

我想感謝 Ruth Willenborg、David Brauneis 和 Leigh Williamson 對本文做出的貢獻。

原文連結：http://www.ibm.com/developerworks/cn/cloud/library/cl-hardinfra/index.html