範例邏輯架構

本節提供 Java Enterprise System 解決方案邏輯架構的某些範例。這些範例會顯示如何在多層架構的適當層中放置邏輯元件，然後再藉由研究使用實例來分析元件之間的關係。將本節的邏輯架構範例作為瞭解 Java Enterprise System 解決方案中邏輯架構設計的基礎。

第一個範例是一個基礎 Messaging Server 解決方案，它說明邏輯上獨立的 Messaging Server 元件如何與其他元件互動。第二個範例顯示基於身份識別部署的邏輯架構，可能適用於擁有 1000 至 5000 名員工的中型企業。

Messaging Server 範例

下圖顯示 Messaging Server 部署的基本邏輯架構。此邏輯架構只顯示 Messaging Server 必需的邏輯上獨立的元件。之後的圖例會說明這些元件彼此間的關係。

---

備註 –

Messaging Server 部署通常是包括其他 Java Enterprise System 元件的企業解決方案的一部份，如以識別為基礎的通訊範例中所示。

---

圖 4–4 Messaging Server 部署的邏輯架構

下表描述Messaging Server 範例中所描述的元件。

表 4–5 Messaging Server 邏輯架構中的元件

元件	說明
電子郵件用戶端	閱讀和傳送電子郵件的用戶端應用程式。
Messaging Server MTA	將 Messaging Server 配置為訊息傳輸代理程式 (MTA) 以接收、路由、傳輸和傳送電子郵件。
Messaging Server MMP	將 Messaging Server 配置為訊息多重訊號組合器 (MMP)，把連線路由到相應的訊息儲存區以進行擷取和儲存。MMP 存取 Directory Server 來查詢目錄資訊以判定適當的訊息儲存區。
Messaging Server STR	將 Messaging Server 配置為供擷取和儲存電子郵件的訊息儲存區。
Directory Server	提供 LDAP 目錄資料的存取。

邏輯架構不指定 Messaging Server 元件的服務複製。例如，企業部署通常會建立獨立的內送和外傳 MTA 實例，但Messaging Server 範例只顯示一個 MTA 元件。將邏輯元件複製到數個實例中，是您在部署設計階段期間所做的設計決定。

Messaging Server 使用實例

使用實例可協助您識別架構中邏輯元件彼此間的關係。根據使用實例對應元件之間的互動，透過這個動作，您可以看見元件互動的方式，這對部署設計相當有幫助。

一般而言，您會分析每個使用實例，以便在部署設計之前判定元件的互動。下列三個使用實例是典型的 Messaging Server 實例，它顯示了邏輯元件間的互動。

使用實例 1：使用者成功登入 Messaging Server

步驟

1. 電子郵件用戶端傳送登入訊息至 Messaging Server Multiplexor (MMP)。

2. MMP 請求 Directory Server 驗證使用者 ID 和密碼。

3. Directory Server 將驗證傳回至 MMP。

4. MMP 請求 Messaging Server Message Store (STR) 提供郵件清單。

5. STR 請求 Directory Server 提供使用者的 LDAP 記錄。

6. Directory Server 將使用者的 LDAP 記錄傳回給 STR。

7. STR 將郵件清單傳回至 MMP。

8. MMP 將郵件清單轉送到電子郵件用戶端。

   

使用實例 2：已登入的使用者讀取及刪除郵件

步驟

1. 電子郵件用戶端請求 Messaging Server Multiplexor (MMP) 提供要讀取的郵件。

2. MMP 請求 Messaging Server Message Store (STR) 提供郵件。

3. STR 將郵件傳回至 MMP。

4. MMP 將郵件轉送到電子郵件用戶端。

5. 電子郵件用戶端傳送「刪除郵件」動作到 MMP。

6. MMP 轉送「刪除郵件」動作到 STR。

7. STR 自資料庫中刪除郵件，並傳送確認到 MMP。

8. MMP 將刪除確認轉送到電子郵件用戶端。

   

使用實例 3：已登入的使用者傳送電子郵件

步驟

1. 電子郵件用戶端將在用戶端撰寫的郵件傳送到 Messaging Server Message Transfer Agent (MTA)。

2. MTA 請求 Directory Server 驗證使用者 ID 和密碼。

3. Directory Server 將驗證傳回至 MTA。

4. MTA 向 Directory Server 查驗每個收件者的目標網域。

5. Directory Server 將每個收件者的目標網域傳回至 MTA。

6. MTA 將郵件轉送給每個收件者。

7. MTA 將郵件轉送至 Messaging Server Message Store (STR) 以將郵件儲存在寄件匣中。

8. MTA 將確認傳送到電子郵件用戶端。

   

以識別為基礎的通訊範例

此範例說明以識別為基礎的通訊解決方案，該方案適用於員工人數為 1 千至 5 千的中型企業。一般而言，設計邏輯架構需要徹底的業務分析，這個分析會在詳細的技術需求分析之後產生。不過，這只是理論性的範例，因此會假設已判定下列的業務需求。

• 企業的員工需要以個人化方式存取內部網站、通訊服務、行事曆服務和其他資源。

• 整個企業的認證和授權會提供內部網站和其他服務的存取。

• 所有企業服務之間將追蹤單次身分識別，啟用可提供內部網站和其他服務存取的單次登入 (SSO)。

此範例的使用實例會詳細說明登入程序、閱讀電子郵件、傳送電子郵件、個人化入口網站、同步化行事曆和其他類似的使用者活動。

下圖顯示此類以識別為基礎的通訊解決方案的邏輯架構。

身份識別型通訊範例的使用實例

對於具備此特性的部署解決方案而言，通常有許多個詳細的使用實例，描繪使用者與此解決方案提供之服務間的互動。此範例強調使用者從 Web 瀏覽器用戶端登入入口網站時，元件之間的互動。本範例會將登入方案分為兩個使用實例：

• 使用者登入，通過認證，Portal Server 擷取使用者的入口網站配置。

• Portal Server 擷取電子郵件和行事曆資訊以在 Web 用戶端中顯示。

可將這兩個使用實例視為一個延伸的使用實例。不過，此範例分別討論這兩個使用實例以達到簡化的目的。

使用實例 1：使用者成功登入，入口網站擷取使用者的配置

步驟

1. Web 瀏覽器用戶端傳送使用者 ID 與密碼至 Portal Server。

2. Portal Server 請求 Access Manager 提供認證。

3. Access Manager 請求 Directory Server 驗證使用者 ID 和密碼。

4. Directory Server 驗證使用者 ID 和密碼。

5. Access Manager 請求 Directory Server 提供使用者設定檔。

6. Directory Server 傳回使用者設定檔。

7. Portal Server 請求 Access Manager 提供使用者顯示設定檔。

8. Access Manager 傳回入口網站配置。

9. 入口網站配置顯示於 Web 瀏覽器用戶端。

   

使用實例 2：Portal Server 顯示電子郵件和行事曆資訊

步驟

1. 成功登入、認證及擷取入口網站配置後，Portal Server 請求 Messaging Server MMP 提供電子郵件。

2. MMP 請求 Messaging Server STR 提供郵件清單。

3. STR 將訊息清單傳回至 MMP。

4. MMP 將郵件標題轉送至 Portal Server。

5. Portal Server 請求 Communications Express 提供行事曆資訊。

6. Communications Express 請求 Calendar Server 後端提供行事曆資訊。

7. Calendar Server 後端將行事曆資訊傳回至 Communications Express。

8. Communications Express 將行事曆資訊轉送至 Portal Server。

9. Portal Server 將所有通道資訊傳送至 Web 瀏覽器用戶端。