部署方案

開發解決方案架構的第一個步驟是準備部署方案。部署方案包含下列項目：

• 邏輯架構，確定實作使用案例所需的元件。

• 一組服務品質需求，它們指定所需的解決方案效能。

本節描述如何基於評估使用案例中所述的使用案例開發部署方案。

邏輯架構

邏輯架構確定提供一組使用案例中所述服務的 Java Enterprise System 元件。通常以圖形化方式表示邏輯架構。圖 2–1 中說明了評估使用案例所需的元件。

圖 2–1 評估部署邏輯架構

在邏輯架構中包含圖 2–1 中的元件的理由如下：

• 使用案例中所述的入口網站服務是由 Portal Server 提供的。一般使用者透過網路型入口桌面存取入口網站服務。出現在用戶端層中最左邊的 Web 瀏覽器用戶端表示在其 Web 瀏覽器中檢視入口桌面的一般使用者。對於評估解決方案，您需要安裝範例入口桌面。

• Portal Server 和數個其他網路型元件必須在 Web 容器中執行。對於評估解決方案，您需要選擇安裝 Web Server 以提供所需的 Web 容器。雖然 Web Server 並不直接提供任何服務，也不會顯示在圖 2–1 中，仍要安裝它以為 Portal Server、Access Manager、Communications Express 和 Instant Messaging 提供 Web 容器支援。

• 一般使用者透過網路型 Communications Express 介面存取使用案例中所述的郵件及行事曆服務。出現在用戶端層中最左邊的 Web 瀏覽器用戶端表示在其 Web 瀏覽器中存取 Communications Express 的一般使用者。

• 使用案例中所述的郵件服務是由 Messaging Server 提供的。Messaging Server 有其自己的 Web 容器。

• 使用案例中所述的行事曆服務是由 Calendar Server 提供的。Calendar Server 有其自己的 Web 容器。

• 使用案例中所述的即時訊息傳送服務是由 Instant Messaging 提供的。

• 使用案例中所述的認證及授權服務 (包括單次登入及入口網站代理認證) 是由 Access Manager 提供的。

• 支援使用案例中所述的服務需要 LDAP 目錄服務。LDAP 服務是由 Directory Server 提供的。LDAP 目錄儲存關於其他元件、管理使用者項目及一般使用者項目的配置資料。

在圖 2–1 中，以數個層的形式排列元件。這些層代表元件在解決方案中發揮的不同作用。在評估解決方案中，於單一電腦系統上合併所有這些層。

在生產解決方案中，元件所發揮的作用協助您判定如何在整個網路中分佈元件和子元件及如何配置才能讓它們與其他軟體 (像是獨立郵件用戶端) 互通。如需關於 Java ES 多層架構的更多資訊，請參閱「Java Enterprise System 技術摘要」http://download.oracle.com/819-3585。

服務品質需求

邏輯架構確定提供使用案例中所述服務的 Java ES 元件，但不會讓您瞭解如何在網路上安裝這些元件。在一般生產解決方案中，透過安裝和配置多個元件實例並將這些實例分散在數個電腦系統中來滿足各種服務品質需求，像是回應時間、服務可用性和服務可靠性。例如，在兩個不同的電腦系統上安裝兩個 Messaging Server 實例並使用負載平衡硬體一併配置它們，即可為訊息傳送服務提供容錯移轉功能和高可用性。

若要判定解決方案的服務品質需求，需要分析業務需求並制定一組需求。服務品質需求基於業務需求的一些重要特性，像是必須支援的使用者數目、使用者必須經歷的回應時間及允許的當機時間。

本文件所述的評估解決方案只需要支援少量使用者，而且不需要具有持續可用性或生產解決方案的其他功能。因此，評估解決方案的系統需求是最低限度的需求。這些需求如下所列：

• 負載和效能需求：無

• 可用性需求：無

• 安全需求：LDAP 認證、單次登入

• 可服務性需求：無

• 延展性需求：無