本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# AD DS 部署案例
<a name="ad-ds-deployment-scenarios"></a>

 支援 Amazon WorkSpaces 是 AWS Directory Service，目錄服務的正確設計和部署至關重要。以下六個案例建立在* AWS 快速入門指南中的* [Active Directory 網域服務](https://docs.aws.amazon.com/quickstart/latest/active-directory-ds/architecture.html)上，並說明與 Amazon 搭配使用時 AD DS 的最佳實務部署選項 WorkSpaces。本文件的「[設計考量](using-multi-region-aws-managed-active-directory-with-amazon-workspaces.md)」一節詳細說明使用 AD Connector 的特定需求和最佳作法 WorkSpaces，這是整體 WorkSpaces設計概念中不可或缺的一部分。
+  **案例 1：使用 AD Connector 將驗證代理至內部部署 AD DS** — 在這個案例中，網路連線 (VPN/Direct Connect) 會提供給客戶，並透過 AWS Directory Service (AD Connector) 代理至客戶內部部署 AD DS 的所有驗證。
+  **案例 2：將內部部署 AD DS 延伸至 AWS (複本)** — 這個案例類似於案例 1，但是這裡的客戶 AD DS 複本會與 AD 連接器搭配部署，以減少 AD DS 和 AD DS 通用類別目錄的驗證/查詢要求的延遲。 AWS 
+  **案例 3：在 AWS 雲端中使用 AWS Directory Service 的獨立隔離部署** — 這是一個隔離的案例，不包括回傳給客戶進行驗證的連線。這種方法使用 AWS Directory Service（Microsoft AD）和 AD Connector。雖然這個案例並不依賴客戶的連線來進行驗證，但它確實會在需要透過 VPN 或直 Connect 線時佈建應用程式流量。
+  **案例 4： AWS Microsoft AD 和內部部署的雙向傳遞信任 — 這個**案例包括 AWS 受管理的 Microsoft AD 服務 (MAD) 與內部部署 Microsoft AD 樹系的雙向傳遞信任。
+  **案例 5：使用共用服務 VPC 的 AWS Microsoft AD** — 此案例在使用 AD 連接器將輕量型目錄存取通訊協定 (LDAP) 代 AWS 理輕量型目錄存取通訊協定 (LDAP) 使用者驗證請求時，使用受管 Microsoft AD 作為多個 AWS 服務 (Amazon EC2 WorkSpaces、Amazon 等) 的身分識別網域使用。
+  **案例 6： AWS Microsoft AD、共用服務 VPC 和單向信任內部部署 AD** — 此案例類似於案例 5，但包含使用內部部署單向信任的不同身分識別和資源網域。

當您選取使用中目錄網域服務 (ADDS) 的部署案例時，您需要考量一些事項。本節說明 AD Connector 與 Amazon 的角色 WorkSpaces，並涵蓋選取 ADDS 部署案例時的一些重要考量事項。有關 ADDS 的設計和規劃的進一步指導 AWS，請參閱 [Active Directory 域名服務的 AWS 設計和規劃指南](https://d1.awsstatic.com/whitepapers/adds-on-aws.pdf)。