建立以 Java ES 軟體為基礎的企業解決方案涉及一些標準作業。這些作業在範圍及難度上會有所不同,這要視您開始採用 Java ES 的時機以及您嘗試建立和部署的解決方案性質而定。
本節會探討使用 Java ES 的兩個層面:Java ES 解決方案生命週期以及一般相關的採用方案。
建立以 Java ES 軟體為基礎的業務解決方案,與此相關的作業可以分為數個階段,如下圖所示。該圖例也顯示了一般會執行作業之 Java ES 使用者的類別。
上圖所顯示的生命週期階段可以分為下列的一般群組:
部署前階段。在這些階段,會將業務需求轉化成部署方案,亦即邏輯架構與一組服務品質需求。部署方案可做為設計及部署架構設計的規格。
部署階段。在這些階段,會將部署方案轉化成部署架構。此架構可做為專案批准與預算編列的基礎。此部署架構同時也是實作規格的基礎,可提供將軟體解決方案部署 (建構、測試與建置) 到生產環境時需要的詳細資訊。
部署後階段。在這些作業階段,會在生產條件下執行已部署的解決方案,並對其進行監視和效能最佳化。視需要升級已部署解決方案以包含新功能。
第 4 章, Java ES 解決方案生命週期將更深入探討圖 1–3 顯示的各生命週期階段作業。
圖 1–3 顯示通常會執行與生命週期階段相對應作業的 Java ES 使用者。下表描述每個使用者類別的技術與背景。
表 1–5 執行生命週期作業的 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 所示) 中投入的資源會有所不同。
下列考量適用於不同等級的採用方案:
遷移。使用新軟體增強或升級現有基礎架構,通常需要將資料從現有系統遷移至新系統。資料可能是配置資訊、使用者資訊或應用程式資訊。由於擁有新的程式設計介面,所以您可能還必須遷移業務或表示邏輯。
整合。將新軟體增加至現有系統或替代軟體子系統,通常需要將新軟體元件與其餘子系統整合。整合可能涉及開發新的介面層、使用 J2EE 連接器或資源配接器、重新配置現有元件,以及實作資料轉換方案。
培訓。幾乎任何基礎架構變更都暗示著 IT 程序與技術集的變更。您的 IT 部門必須有充分的時間,來接受新技術或是遷移舊技術,如此才能支援 Java ES 技術。
硬體。替代或增強現有系統或子系統時,可能受業務限制而必須對現有硬體進行再利用。依據您的採用方案而定,硬體資源可能會變成重要的因素。
下表會摘要列出適用於每個 Java ES 採用方案的考量因素。
表 1–6 Java ES 採用方案重要性