使用 Java ES
建立以 Java ES 軟體為基礎的企業解決方案涉及一些標準作業。 這些作業在範圍及難度上會有所不同，主要是視您開始採用 Java ES 的時機以及您嘗試建立和部署的解決方案本質而定。
本節會探討使用 Java ES 的兩個層面：Java ES 解決方案生命週期以及一般相關的採用方案。
Java ES 解決方案生命週期
建立以 Java ES 軟體為基礎的業務解決方案，與此相關的作業可以分為數個階段，如下圖所示。該圖例也顯示了一般會執行作業之 Java ES 使用者的類別。
圖 1–3 解決方案生命週期階段及使用者種類
上圖所顯示的生命週期階段可以分為下列的一般群組：
-
部署前階段。 在這些階段，業務需求將轉化為部署方案，該方案為一種邏輯架構與一組服務品質需求。部署方案可做為設計及部署架構設計的規格。
-
部署階段。在這些階段，部署方案轉化為部署架構。此架構可做為專案批准與預算編列的基礎。此部署架構同時也是實作規格的基礎，可提供將軟體解決方案部署 (建構、測試與建置) 到生產環境時需要的詳細資訊。
-
部署後階段。在作業階段，已部署解決方案在生產條件下執行，並接受監視和實現效能最佳化。視需要升級已部署解決方案以包含新功能。
第 4 章, Java ES 解決方案生命週期將更深入探討圖 1–3 顯示的各生命週期階段作業。
圖 1–3 顯示通常會執行與生命週期階段相對應作業的 Java ES 使用者。下表描述每個使用者類別的技術與背景。
表 1–5 執行生命週期作業的 Java ES 使用者種類|
使用者 |
技術與背景 |
階段 |
|---|---|---|
|
系統分析師 |
具備一般，而非深入的技術知識 瞭解企業的戰略方向 瞭解業務流程、目標與需求。 |
業務分析 技術需求 邏輯設計 |
|
具備高級技術。 擁有廣泛的部署架構知識。 熟悉最新的技術。 瞭解業務需求與限制。 |
技術需求 邏輯設計 部署設計 |
|
|
售後工程師 系統管理員 系統管理員 |
具備高級技術。 極度熟悉資訊技術環境。 擁有實作分散式軟體解決方案的經驗。 瞭解網路架構、協定、裝置與安全性。 瞭解程序檔以及程式設計語言。 |
部署設計 部署實作 |
|
授權管理員 支援工程師 |
具備專門的技術或產品知識。 熟悉硬體、平台、目錄及資料庫。 擁有監視、疑難排解及升級軟體的技術。 暸解作業系統平台的系統管理。 |
作業 |
Java ES 採用方案
決定 Java ES 採用方案的企業需求具有極大差異。不過，幾乎每個 Java ES 部署的高階目標均可歸入以下採用方案之一：
-
增強。以現有資訊技術 (IT) 基礎架構為基礎，使用 Java ES 軟體替代該系統的一個、多個或所有部份。您會取代系統或子系統的原因，通常是因為這些系統太複雜、限制太多或是維護的成本太高。例如，您可能需要較佳的安全性、較高的可用性、更大的延展性、更多的彈性、較低的複雜度、額外的功能 (如單次登入)，或是需要更能充分運用 IT 資源。
-
延伸。以現有 IT 基礎架構為基礎，部署目前不是系統組成部份的 Java ES 軟體。您會延伸系統的原因，通常是因為您必須滿足新的業務需求。您可能需要個人化集成 Java ES 入口網站現有服務，或者為現有服務提供 Java 認證以及授權的全新功能。
-
升級。以包含較早版本的 Java ES 或早於 Java ES 的 Sun 產品的 IT 基礎架構為基礎，升級到最新版本的 Java ES 元件。
每個採用方案都會有各自的考量及挑戰。依據您的採用方案而定，您要解決的問題以及在生命週期階段 (如圖 1–3 所示) 中投入的資源會有所不同。
下列考量適用於不同等級的採用方案：
-
遷移。使用新軟體增強或升級現有基礎架構通常需要將現有系統的資料遷移至新系統。資料可能是配置資訊、使用者資訊或應用程式資訊。由於擁有新的程式設計介面，所以您可能還必須遷移業務或表示邏輯。
-
整合。將新軟體增加至現有系統或替代軟體子系統通常需要將新軟體元件與其餘子系統整合。整合可能包含開發新的介面層、使用 連接器或資源配接卡、重新配置現有元件，以及實作資料轉換方案。
-
培訓。幾乎任何基礎架構變更都暗示著 IT 程序與技術集的變更。您的 IT 部門必須有充分的時間，來接受新技術或是遷移舊技術，如此才能支援 Java ES 技術。
-
硬體。替代或增強現有系統或子系統時，可能受業務限制而必須對現有硬體進行再利用。依據您的採用方案而定，硬體資源可能會變成重要的因素。
下表會摘要列出適用於每個 Java ES 採用方案的考量因素。
表 1–6 Java ES 採用方案重要性
- © 2010, Oracle Corporation and/or its affiliates