本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

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

在基本的 AaaS 体验中，提供商可以使用各种模式部署代理。有许多因素会影响代理的部署方式，以满足客户、性能、合规性、地理位置和安全需求。不同的部署策略会影响代理的设计、实施和使用方式。在这里，我们可以引入经典的多租户术语来标记不同的部署策略。下图显示了在 AaaS 环境中部署代理的不同排列方式。

![将思洛存储器和池应用于代理部署。](http://docs.aws.amazon.com/zh_cn/prescriptive-guidance/latest/agentic-ai-multitenant/images/applying-silo-and-pool-to-agent-deployments.png)


此图表示代理部署的三种模式。左侧是一个孤立的模型，其中为每个租户提供完全隔离的体验和一组专门的代理。在这种情况下，代理不会在租户之间共享计算、资源或执行环境。

中间的示例说明了一种混合模型，其中租户使用孤立代理和池化代理的组合。例如，代理 1 以孤立模式部署，每个租户都接收一个专用实例，而代理 2 和 3 则在池化模式下运行，在租户之间共享资源。

右侧是完全池化的模型，其中所有代理均在租户之间共享，提供经典的多租户部署。在这种情况下，租户利用通用的计算、内存和服务基础架构来执行代理。

这个想法是，代理可以在不同的部署模式下运行，计算和依赖资源要么专用（孤立），要么在租户之间共享（共享）。这些部署策略并不相互排斥。代理服务通常支持一系列客户需求，将两种模式结合起来以平衡性能、隔离、成本和可扩展性。下图显示了一个在同一操作环境中支持多种部署配置的代理系统。

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


在此图中，代理提供者有三个通过代理即服务 (AaaS) 部署的代理。他们支持两种类型的租户。在左边，两个租户有合规性和性能要求，他们通过全栈孤岛模型来满足这些要求。右侧的其余租户在租户共享资源的池化模型中运行。

如果目标是敏捷性和运营效率，请尝试限制与支持按租户部署模式相关的影响。这意味着要建立路由和其他体验机制，允许通过单一控制面板管理、操作和部署代理。

如果您在低代码或无代码环境中构建代理，则不会出现孤立或池化代理的概念。相反，代理可以完全由另一个代理管理。孤立模型和池化模型更多地适用于组织控制代理结构和占地面积的环境。在这种情况下，团队应考虑支持哪种部署模式。

从表面上看，这些部署模型不会直接影响代理在更广泛的系统中的运作方式。代理可能无法直接意识到部署在孤岛或池化模型中的其他代理。相反，这些部署策略可以作为环境中路由结构的一部分来实施。下图显示了如何使用路由策略实现孤立模型和池化模型的示例。

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


此示例包括来自三个不同提供商的三个代理。每个代理提供商都可以选择实施自己的部署策略。例如，代理 1 使用代理将入站请求分发给一组孤立的租户代理。代理 2 不需要路由，并且通过一个池化代理支持所有租户请求。Agent 3 是一种混合模型部署，其中一些租户是孤立的，而另一些则是池化的。

是否以及如何选择支持这些部署模式取决于您的解决方案的性质。您可能不需要支持任何一种型号。但是，在某些情况下，您可能必须考虑支持此策略，例如合规性、邻居噪音、性能或分层。