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

在代理環境中使用控制平面

多租戶最佳實務通常會將實作分成兩個不同的部分：控制平面和應用程式平面。控制平面提供單一窗格，可存取跨越環境租用戶的操作、管理和協同運作機制。應用程式平面是商業邏輯、功能和功能所在的位置。

此責任劃分也適用於代理程式模型。多租戶代理程式需要一定程度的集中式管理、操作和洞察，而且透過控制平面持續解決這些需求是合理的。下圖顯示這些平面如何在客服人員即服務 (AaaS) 環境中分割的概念檢視。

此圖顯示傳統的控制和應用程式平面分離。新功能是，控制平面現在管理組成 AaaS 環境的代理程式。控制平面會與所有代理程式互動，因為我們假設代理程式是由一個供應商建置、管理和部署。

此模型引入了額外的複雜性層，特別是在客服人員生命週期和第三方協調中，但保留了問題的基礎分離。控制平面仍然透過協調客服人員的組態、提供租戶和客服人員可觀測性、收集用於計費的消耗和計量資料，以及管理租戶政策，來提供相同的核心功能。

如果您考慮多代理程式系統納入來自各種供應商的代理程式，則此案例會變得更加複雜。下圖顯示這類模型的範例。

此圖表描述來自不同供應商的四個代理程式，這些代理程式屬於多代理程式系統的一部分。第三方供應商仍然會操作和部署每個代理程式，這些代理程式設定為啟用來自一或多個供應商的授權存取。不過，代理程式會保持在提供者的控制下，因此每個代理程式都會維護自己的控制平面。

基本上，這些多租戶客服人員的行為就像是與其他客服人員整合的第三方服務。因此，他們必須擁有自己的控制平面，才能提供代理程式功能的集中式操作、組態和管理。

我們假設客服人員是在供應商託管體驗中執行的獨立服務。但是，在客服人員消費者對如何和在何處託管客服人員施加更多限制的情況下，這可能並不明確。

將租戶加入客服人員

加入通常是任何 AaaS 環境的重要部分。如何建立、設定和佈建租用戶通常涉及許多移動組件、整合和工具。客服人員加入體驗可能需要在 AaaS 控制平面中找到的相同服務，其中包括租用戶身分、分層、佈建每個租用戶資源，以及設定租用戶政策。

客服人員加入的方法會受到客服人員環境的足跡和租用模型影響。孤立和集區客服人員各有自己的細微差別，使用單一客服人員或多個客服人員的選擇也會影響加入程序。下圖顯示加入如何影響客服人員組態的概念檢視。

每次您加入代理程式時，控制平面都必須採取必要步驟，讓租戶能夠存取代理程式。如何介紹租用戶會根據客服人員授權模式而有所不同，但假設您將建立租用戶身分，將客服人員請求與個別租用戶建立關聯。此租用戶內容會將代理程式套用到路由、範圍和控制存取，以決定代理程式體驗。

加入也可能需要您設定 代理程式使用的任何每個租用戶資源。控制平面的租用戶佈建服務在這裡會將您的代理程式連線至代理程式諮詢的租用戶特定資料和資源。

如果您的系統依賴整合第三方客服人員，您還必須在加入過程中解決這些客服人員的需求。這的運作方式取決於授權客服人員之間存取的安全和整合機制。理想情況下，協調和設定agent-to-agent身分驗證和授權的必要步驟是透過自動加入來處理。