Java ES 解決方案架構範例

Java ES 支援各種軟體解決方案。許多解決方案使用 Java ES 中包含的元件即可進行即開即用式設計和部署，而不必進行任何開發作業。其他的解決方案，開發作業量可能非常大，需要您開發自訂 J2EE 元件，以提供新的業務與表示服務。您可以將這些自訂元件封裝為符合 SOAP 介面標準的 Web 服務。許多解決方案都包含這兩種方法的組合。

本節提供一個範例，該範例從上一節的架構概念出發說明 Java ES 如何支援即開即用解決方案。

企業通訊方案

企業一般都會支援員工之間的通訊服務，特別是電子郵件及行事曆服務。某些企業發現讓員工以個人化的方式存取內部網站以及以整個企業層級認證及授權服務為基礎的其他網站，可以帶來許多益處。此外，這些企業希望可以在所有的企業服務中追蹤員工身份，因此可以使用單次 Web 登入功能來存取所有這類服務。

下表概述了這些特定的業務需求，僅代表一組業務需求範例。

此外，企業對於提供上述服務的軟體系統，都有著效能、可用性、網路安全性及延展性的要求。

範例方案的邏輯架構

下圖顯示用以提供表 2–4 中所列、使用 Java ES 元件和 Sun Java Communications Suite 元件 (Messaging Server、Calendar Server、Instant Messaging 等) 的入口網站、通訊及身份識別服務的邏輯架構。由於 Messaging Server 的獨立邏輯配置會個別提供獨立的服務，因此架構會將他們視為個別的元件。

圖 2–6 企業通訊方案的邏輯架構

會將元件放置在水平要素 (代表標準邏輯層) 以及垂直要素 (代表基礎架構服務層級) 中。元件間的互動主要取決於下列項目：彼此做為分散式基礎架構服務的功能 (基礎架構服務層級之間的互動)，或是分層應用程式架構中的角色 (邏輯層中及各邏輯層之間的互動)。

在此架構中，Access Manager (存取儲存於 Directory Server 中的使用者資訊) 是 Portal Server 及表示層中其他網路型元件單次登入認證和授權的仲裁程序。Messaging Server 元件包含資料層中的訊息儲存區 (Messaging Server-STR) (傳送與擷取業務服務層中的元件)、HTTP 存取元件及表示層中的 Communications Express。

邏輯架構也會顯示各個 元件之間的基礎架構服務相依性。例如，Portal Server 依賴 Communications Express 的訊息傳送與行事曆通道，還依賴 Access Manager 的認證與授權服務。這些元件都依賴 Directory Server 以取得使用者資訊及配置資料。多個元件都需要 Web Server 所提供的 Web 容器服務。

如需有關 Java ES 解決方案邏輯設計的更多資訊，請參閱「Sun Java Enterprise System Deployment Planning Guide」。

範例方案的部署架構

從邏輯架構移至部署架構時，服務品質需求會變得相當重要。例如，可能會使用受保護的子網路及防火牆為後端資料建立安全的屏障。若要達成多個元件的可用性及延展性需求，可以在多部電腦上部署這些元件並使用負載平衡器，來分散重複元件彼此間的請求。

但是，如果要求更高的可用性需求以及包含大量的磁碟儲存區，則其他的可用性解決方案會比較適合。例如，可以將 Sun Cluster 用於 Messaging Server 儲存區，而將多重主要複製用於 Directory Server。

如需有關 Java ES 解決方案部署設計的更多資訊，請參閱「Sun Java Enterprise System Deployment Planning Guide」。