部署設計實作由前一節中列出並顯示於圖 4–1 中的作業組成。因為部署過程在本質上是具反覆性的,所以沒有強制規定這些作業的順序。下列各節將按通常的部署執行順序討論每個主要的部署作業。如需這些作業的詳細文件資訊,請參閱「Sun Java Enterprise System 2005Q4 文件資訊指南」以瞭解詳細資訊。
實作規格包含實體環境中的所有詳細資訊:電腦、網路設計、網路硬體包括纜線、交換器、路由器和負載平衡器、儲存裝置等等。需要將所有這些硬體設置為支援 Java ES 解決方案的平台。
部署架構與實作規格中提供的其他詳細資訊讓您瞭解哪些應用程式元件及哪些 Java ES 元件會常駐在實體環境中的每部電腦上。使用 Java ES 整合安裝程式在部署架構中的每部電腦上安裝適當的 Java ES 元件 (請參閱Java Enterprise System 整合安裝程式)。
您的安裝規劃描述安裝程式階段作業的順序和規模。不過,執行安裝時所使用的方法可能取決於下列因素:執行的是否為 Java Enterprise System 全新安裝、是否是升級先前安裝的 Java ES 元件或是否是以 Java Enterprise System 替代協力廠商元件。這些 Java ES 採用方案中的最後兩種往往需要遷移資料或應用程式程式碼來實現相容性。
您必須完成某些系統配置作業,才能讓不同的系統元件在一起運作,成為整合的系統。首先,這些作業有部份是啟動個別系統元件所需的初始配置。其次,必須將每個 Java ES 元件配置為可與做為其互動式操作基礎的那些元件通訊。
必須視每個元件的可用性解決方案,配置高可用性。需要佈建使用者,以便他們能存取各種服務;還需要設置認證與授權策略及控制 (請參閱整合式身份識別與安全性服務)。
在大部分情況下,配置作業須包含一定程度的 Java ES 元件自訂作業,才能形成完全合乎需求的功能集。例如,通常自訂 Portal Server 以提供入口網站通道、自訂 Access Manager 以執行授權作業及自訂 Messaging Server 以使用病毒檢查與反垃圾郵件篩選。
部署方案中指定的邏輯架構通常判定實作解決方案所需的自訂開發工作的範圍。
某些部署的開發規模可能相當大,需要使用在 Application Server 或 Web Server 環境中執行的 J2EE 元件從頭開發新的業務與表示服務。如果是這種情況,請建立解決方案的原型並執行概念認證測試,然後再著手進行完整的開發。
至於需要大量開發作業的解決方案,Sun Java Studio 提供用於設計分散式元件或業務服務的工具。Sun Java Studio 簡化了對 Java ES 基礎架構支援的應用程式的程式設計與測試過程。
在某些情況下,Java ES 元件可能會與舊有應用程式或協力廠商服務整合。整合可能包含資料層中的現有目錄或資料服務,或是業務服務層中的現有元件。可能需要遷移資料或應用程式程式碼,才能將 Java ES 元件與這些系統整合。
J2EE 平台提供連接器架構,該架構讓您可透過開發 J2EE 資源配接卡將現有應用程式外掛在 Application Server 環境中;Message Queue 則提供牢固的非同步訊息傳送功能來整合各種應用程式。
有時,視所需的自訂或開發作業數目的不同,您需要檢查部署架構,使用案例測試解決方案,來檢查您是否能滿足服務品質需求。
如果擁有相對少的自訂開發服務 (主要是即開即用的部署),則解決方案只需要自訂 Java ES 元件及進行系統先導測試。
但是,如果您開發了基本全新的應用程式邏輯並建立了自訂服務,測試作業可能更繁重,包含原型測試、整合測試等等。
如果在測試中暴露出部署架構存在不足,請修改架構並重新測試。透過這一反覆性的過程,最終會獲得可隨時部署到生產環境中的部署架構與實作。
生產建置涉及在生產環境中增建部署實作。此階段包括生產環境中安裝、配置與啟動分散式應用程式與基礎架構服務,佈建生產系統一般使用者,設定單次登入、存取策略以及類似物件。通常以有限的部署開始,逐漸發展至整個組織的實作。在此過程中,將進行試驗執行,在試驗中逐步加大負載,以確認系統符合服務品質需求。