test

Sun Java Enterprise System 5 Update 1 技術摘要

部署

在生命週期的部署階段，要將部署方案轉化成部署設計，然後在生產環境中實作、測試並建置該設計。

部署程序一般包含支援軟體解決方案所需的所有層級與所有基礎架構服務層中的軟體元件。一般而言，支援解決方案所需的自訂開發應用程式元件 (J2EE 元件、Web 服務或其他伺服器) 及 Java ES 元件這兩者都必須部署。

部署作業可分為兩個階段，如圖 4–1 所示：

部署設計

在部署設計階段，先要建立高階部署架構，隨後建立低階實作規格。

部署架構

建立部署架構的方法如下：在符合部署方案中所指定的服務品質需求的前提下，將應用程式 (邏輯架構) 的邏輯建構區塊對應至實體運算環境。將部署方案轉化為部署架構，如下圖所示。

圖 4–3 將部署方案轉化為部署架構

本圖顯示部署方案如何轉化為部署架構。

此架構設計的一個層面是確定實體環境的大小 (決定電腦數目、預估處理器的能力和 RAM 需求)，以符合效能、可用性、安全性以及其他服務品質的需求。確定大小之後，您可將 Java ES 元件及應用程式元件對映至實體環境中的多部電腦。產生的部署架構必須將不同電腦的能力、系統基礎架構服務的特性以及總擁有成本或總可用成本的限制等等因素考慮在內。

部署方案中的 Java ES 元件數目愈大，服務品質需求愈高，也就愈加要求您的設計建立在高能力電腦與高網路頻寬之上。如果硬體受到限制或者過分昂貴，您可能需要在固定成本 (硬體) 與變動成本 (人力資源需求) 之間，或是不同的服務品質需求之間有所取捨，或者您也可能必須增加設計的複雜程度。

架構設計經常以反覆的方式進行。參照部署架構可做為 Java ES 部署設計的基礎。

參照架構以特定的部署方案為基礎：具有特定服務品質需求的邏輯架構。在參照架構中，軟體解決方案在符合指定的服務品質需求的前提下，跨特定的實體環境來部署。在指定負載下的效能測試與部署方案開發基於相同的一組使用案例。在保密的情況下，Java ES 用戶可以使用參照架構文件。

根據參照部署架構或參照架構的組合，您可以設計出第一個近似符合您的部署方案需求的部署架構。您可以調整參照架構或使用參照架構做為參照點，將您自己的部署方案與參照架構的基礎部署方案之間的差異因素考慮在內。透過這種方式，您可以評估大小設定、效能、安全性、可用性、容量與服務性需求所帶來的影響。

實作規格

實作規格提供實作部署架構所需的詳細資訊。一般而言，規格會包含下列資訊：

實作規劃

實作規劃描述您在部署實作階段中，計劃執行各種作業的方式。一般而言，這些規劃會涵蓋下列作業：

部署實作

部署設計的實作由前述小節所列出的作業組成，如圖 4–1 所示。因為部署過程在本質上是具反覆性的，所以沒有強制規定這些作業的順序。下列的子節將按一般的執行順序討論每個主要的部署實作作業。

硬體設定

實作規格包含實體環境中的所有詳細資訊：電腦、網路設計、網路硬體 (包括纜線、交換器、路由器和負載平衡器)、儲存裝置等等。必須將此硬體安裝為支援 Java ES 解決方案的平台。

軟體安裝、升級及遷移

部署架構以及實作規格中提供的其他詳細資訊，會告訴您哪些應用程式元件及 Java ES 元件駐留在實體環境中的每個電腦上。使用 Java ES 整合安裝程式在部署架構中的每部電腦上安裝適當的 Java ES 元件 (請參閱Java ES 整合式安裝程式)。

您的安裝規劃描述安裝程式階段作業的順序和規模。然而，您用來執行安裝的方法，可能會取決於下列項目：您是否執行新的 Java ES 安裝、您是否升級之前安裝的 Java ES 元件，或者您是否會以 Java ES 來取代協力廠商元件。如果要採用後兩種 Java ES 採用方案，您通常需要遷移資料或應用程式程式碼才能達到相容性。

系統配置及自訂

您必須完成某些系統配置作業，才能讓不同的系統元件在一起運作，成為整合的系統。首先，這些作業有部份是啟動個別系統元件所需的初始配置。第二點，必須配置每個 Java ES 元件，使之能夠與其互動的元件進行通訊。

必須視每個元件的可用性解決方案，配置高可用性。需要佈建使用者，以便他們能存取各種服務；還需要設置認證與授權策略及控制 (請參閱整合式識別與安全性服務)。

在大部份的情況下，配置作業必須包含一定程度的 Java ES 元件自訂作業，才能達到您需要的特定功能集。例如，您通常會自訂 Portal Server 以提供入口網站通道，並自訂 Access Manager 以執行授權作業等。

開發及整合

部署方案中指定的邏輯架構一般就決定了實作解決方案所需的自訂開發工作的範圍。

至於某些部署，開發作業量可能非常大，需要您使用在 Application Server 或 Web Server 環境中執行的 J2EE 元件從頭開發新的業務與表示服務。如果是這種情況，請建立解決方案的原型並執行概念認證測試，然後再著手進行完整的開發。

至於需要大量開發作業的解決方案，Sun JavaTM Studio 軟體提供用於對分散式元件或業務服務進行程式設計的工具。Sun Java Studio 開發人員工具簡化了對 Java ES 基礎架構支援的應用程式之程式設計與測試過程。

在某些情況下，Java ES 元件可能會與老舊應用程式或協力廠商服務整合。整合可能包含資料層中的現有目錄或資料服務，或是業務服務層中的現有元件。您可能需要遷移資料或應用程式程式碼，才能將 Java ES 元件與這些系統整合。

J2EE 平台提供連接器架構，讓您可透過開發 J2EE 資源配接卡，將現有應用程式外掛在 Application Server 環境中，而且 Message Queue 為各種整合的應用程式提供了強大的非同步訊息傳送功能。

原型及模型的測試

有時，視所需的自訂或開發作業數目的不同，您必須驗證您的部署架構：您必須藉由使用案例來測試解決方案，以驗證您是否能滿足服務品質需求。

如果您擁有相對少的自訂開發服務 (主要是即開即用的部署)，則您的解決方案只需要自訂 Java ES 元件以及進行系統的模型測試。

但是，如果您開發了基本全新的應用程式邏輯並建立了自訂服務，測試作業可能更繁重，包含原型測試、整合測試等等。

如果在測試中暴露出部署架構存在不足，請修改架構並重新測試。透過這一反覆性的過程，最終會獲得可隨時部署到生產環境中的部署架構與實作。

生產建置

生產建置涉及在生產環境中增建部署實作。此階段包括於生產環境中安裝、配置與啟動分散式應用程式與基礎架構服務，佈建生產系統一般使用者，設定單次登入和存取策略等。您通常以有限的部署開始，逐漸發展至整個組織的實作。在此過程中，將進行試驗執行，在試驗中逐步加大負載，以確認系統符合服務品質需求。