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

# 代理程式部署模型
<a name="agent-deployment-models"></a>

在基本 AaaS 體驗中，供應商可能會使用各種模式部署代理程式。有許多因素會影響客服人員的部署方式，以滿足客戶、效能、合規、地理位置和安全需求。不同的部署策略會影響代理程式的設計、實作和使用方式。在這裡，我們可以介紹傳統多租戶術語來標記不同的部署策略。下圖顯示在 AaaS 環境中部署代理程式的不同排列。

![將孤島和集區套用至客服人員部署。](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/agentic-ai-multitenant/images/applying-silo-and-pool-to-agent-deployments.png)


此圖表代表三種客服人員部署模式。左側是一個孤立模型，其中每個租用戶都有一個完全隔離的體驗和一組專用客服人員。在此案例中，客服人員不會跨租用戶共用運算、資源或執行環境。

中間範例說明混合模型，其中租用戶使用孤立和混合客服人員的組合。例如，代理程式 1 以孤立模式部署，而每個租用戶都會收到專用執行個體，而代理程式 2 和 3 則以集區模型運作，跨租用戶共用資源。

右側是全集區模型，其中所有客服人員都會在租用戶之間共用，提供傳統的多租用戶部署。在此案例中，租戶會利用常見的運算、記憶體和服務基礎設施來執行代理程式。

想法是客服人員可以在不同的部署模型中操作，使用專用 （孤立） 或跨租用戶共用 （混合） 的運算和相依資源。這些部署策略並非互斥。客服人員服務通常支援各種客戶需求，結合這兩種模型來平衡效能、隔離、成本和可擴展性。下圖顯示支援相同操作環境中多個部署組態的代理系統。

![支援多個部署模型。](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/agentic-ai-multitenant/images/supporting-multiple-deployment-models.png)


在此圖表中，代理程式供應商有三個透過代理程式即服務 (AaaS) 部署的代理程式。它們支援兩種類型的租戶。在左側，兩個租用戶具有合規和效能要求，可透過全堆疊孤立模型解決這些要求。右側的其餘租用戶會在租用戶共用資源的集區模型中執行。

如果目標是敏捷性和營運效率，請嘗試限制與支援每個租戶部署模型相關的效果。這表示設定路由和其他體驗機制，允許透過單一窗格管理、操作和部署代理程式。

如果您在低程式碼或無程式碼環境中建置代理程式，則不會有孤立或集區代理程式的概念。反之，代理程式可能由另一個代理程式完全管理。孤立和集區模型更適用於組織控制代理程式建構和足跡的環境。在此情況下，團隊應考慮要支援的部署模型。

表面上，這些部署模型不會直接影響代理程式在更廣泛的系統中的運作方式。代理程式可能無法直接了解部署在孤立或集區模型中的其他代理程式。反之，這些部署策略可以實作為環境中路由建構的一部分。下圖顯示如何使用路由策略實作孤立和集區模型的範例。

![使用路由來支援孤立和集區部署。](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/agentic-ai-multitenant/images/using-routing-to-support-siloed-and-pooled-deployments.png)


此範例包含來自三個不同供應商的三個客服人員。每個代理程式提供者都可以選擇實作自己的部署策略。例如，代理程式 1 使用代理將傳入請求分發給一組孤立租用戶代理程式。代理程式 2 不需要路由，並透過一個集區代理程式支援所有租戶請求。代理程式 3 是一種混合模型部署，其中一些租用戶處於孤立狀態，而其他租用戶則處於集區狀態。

如果您選擇支援這些部署模型的 和 方式取決於您解決方案的本質。您可能不需要支援任一模型。不過，您可以擁有必須考慮支援此策略的執行個體，例如合規、雜訊鄰近、效能或分層。