Sun Java Enterprise System 2005Q1 部署範例系列：評估方案

第 2 章架構

Java ES 架構是對 Java ES 解決方案的高階技術描述。可以開發一個架構來確定提供使用案例中所述服務的組合 Java ES 元件及其他技術。

架構開發過程包含兩個步驟。執行下列作業：

準備部署方案。在部署方案中，確定提供使用案例中所述服務的 Java ES 元件，並另外指定解決方案的服務品質需求。
準備部署架構。在部署架構中，整合在部署方案中形成的資訊。判定必須安裝和配置每個元件的多少個實例、使用哪些備援策略、在何種硬體上進行及這些實例在網路中如何分佈，才能提供所需的服務和所指定的服務品質。

本章對評估解決方案架構開發的兩個步驟均進行描述。雖然評估架構相對簡單，但對它的描述可協助您瞭解安裝和配置評估解決方案的程序。如需關於部署規劃方法的更多資訊，請參閱「Java Enterprise System 部署規劃指南」。

本章在以下各節中描述評估解決方案架構的開發過程：

部署方案

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

邏輯架構，確定實作使用案例所需的元件。
一組服務品質需求，它們指定所需的解決方案效能。

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

邏輯架構

邏輯架構確定提供一組使用案例中所述服務的 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 認證、單次登入
可服務性需求：無
延展性需求：無

部署架構

開發解決方案架構的第二個步驟是準備部署架構。部署架構整合了邏輯架構與服務品質需求。開發部署架構時需要回答下面這樣的問題：

使用哪些備援策略來滿足可用性與可靠性需求？(可以使用的部分備援策略如下：安裝和配置一個元件的多個實例並將這些實例負載平衡以達到可用性和可靠性、安裝和配置一個元件的多個實例並使用 Sun 叢集技術來達到可用性和可靠性及使用透過多重主要和複製功能進行同步的多個 Directory Server 實例來達到可用性和可靠性。)
必須安裝和配置每個元件的多少個實例才能實作在解決方案中使用的備援策略？
各元件實例在電腦硬體系統上是怎樣合併的？例如，在中型解決方案中，可以在兩個電腦系統上安裝和配置 Messaging Server 和 Calendar Server 兩者的實例。利用 Sun Cluster 技術將這兩個電腦系統組成叢集，而這種架構可以達到訊息傳送和行事曆服務所需的可用性和可靠性。
每個電腦系統上需要多少個 CPU 才能達到服務品質需求中指定的效能？

可依據對這些問題的回答形成解決方案的部署架構。部署架構通常以圖形化方式表示，使用一組方塊來代表解決方案中的各個電腦系統。每個方塊的標籤表示該電腦系統上安裝的元件。評估解決方案的部署架構如圖 2–2 所示。

圖 2–2 評估解決方案部署架構

代表名為評估主機的電腦系統的方塊；其上疊加的是代表評估系統上安裝的元件的較小方塊。

圖 2–2 顯示，只需在一個系統上安裝評估解決方案中使用的所有元件，即可輕鬆滿足評估使用案例的最低服務品質需求。以標籤為 evaluation_host 的方塊表示該系統。此文件的其餘部分描述如何在一個系統上安裝、配置和使用評估解決方案。

生產解決方案的部署架構代表若干個電腦系統，每個系統上安裝有不同組合的元件。如需適用於生產解決方案的大規模部署架構範例，請參閱 Java ES 解決方案及「Java Enterprise System 部署規劃指南」(http://download.oracle.com/819-3451)