对于单个团队，Deployment Automation 可以采用简单的配置。它还可扩展以支持企业级需求：水平可伸缩性、企业级安全性、高性能和高可用性。
Deployment Automation 具有四个主要组件，每个组件都可以分别从逻辑和物理层面支持现有的按运营定义的基础设施需求。
多层体系结构
拥有可从单个团队扩展到企业级运营的配置，从而支持现有的基础设施要求。
1. 业务逻辑和表示层
无状态控制器服务器支持访问安全性引擎、工作流程引擎、用户界面及产品的其他关键区域。该层可以完全实现负载平衡，几乎瞬间完成故障转移，从而既能获得高可用性，又能实施负载平衡。用户访问通过命令行、RESTful 服务或基于浏览器的用户界面 (UI) 来实现。所有的系统配置、流程定义、部署和报告功能均可通过用户界面获取。
2. 元数据和文件储存层
Deployment Automation 服务器的后端组件由一个数据库组成，用于储存系统配置、安全信息和流程信息。物理项目（包括要部署到目标位置的对象和日志文件）储存在“部署储存库”中，该储存库使用物理或逻辑挂接的磁盘或网络储存设备。
3. 非干扰性安全代理
代理是指每台目标主机上运行的与 Deployment Automation 服务器通信的非干扰性安全流程。代理是 Deployment Automation 的客户端/服务器体系结构的必要组成部分。代理负责部署组件，并减轻服务器的任务负担，使得涉及数千目标的大型部署成为可能。
代理中继用作代理和中介程序，可以合并许多代理的通讯，并通过路径上的单个点分派到业务逻辑层。代理中继可简化业务逻辑层的防火墙配置，减少直接的网络流量和处理负载。
4. 可缩放的服务器体系结构
Deployment Automation 服务器不会实际执行部署工作。所有部署活动（移动文件、调整配置、开始和停止、与负载平衡器交互以及与第三方工具交互）都由部署代理来执行
如果在远程计算机上安装了 JVM，则代理作为 Java 进程来运行。它们占用空间小、无状态，可订阅 Deployment Automation 服务器提供的 JMS 请求。代理由服务器发送任务，并使用插件框架运行任何适用指令。代理还可以利用服务器提供的 Web 服务获得其他信息或者回传结果。
