Agent architecture

This topic provides an overview of agents and agent processes.

Agents overview

All processes, packaging, configuration, or deployments requested by the Deployment Automation server run on hardware assigned to agents.

Typically, an agent runs on the host where the resources it handles are located. A single agent can handle all resources on its host. If a host has several resources, an agent process is invoked separately for each resource.

Example: A test environment might contain a single web server, a single middleware server, and a single database server, all running on the same host machine. A deployment to this environment might have one agent and three separate resources.

Agents are an important part of Deployment Automation scalability. By adding more agents, the throughput and capacity of the system increases almost exponentially and can scale to fit even the largest enterprise.

Depending on the number of hosts in an environment, a deployment may require a large number of agents.

Agents are unobtrusive and secure. When an installed agent is started, it opens a socket connection to the Deployment Automation server. Communication between server and agents is based on a JMS (Java Message Service) protocol and can be secured using SSL, with optional mutual key-based authentication for each end-point. This communication protocol is stateless and resilient to network outages. For details about the benefits of statelessness, see Agent communication.

Back to top

See also