Arquitectura de varios niveles

Admita los requisitos de la infraestructura previa con configuraciones que vayan de equipos individuales a operaciones de nivel empresarial.

Deployment Automation puede utilizarse en una configuración sencilla para equipos individuales. También puede ampliarse para que admita los requisitos de nivel empresarial como la capacidad de ampliación horizontal, la seguridad empresarial, el rendimiento y la alta disponibilidad.

Deployment Automation tiene cuatro componentes principales, y cada uno puede separarse lógica y físicamente para que admitan los requisitos de infraestructura previos y definidos funcionalmente.

1. Nivel de lógica empresarial y presentación

Los servidores de controladores sin estado proporcionan acceso al motor de seguridad, al motor de flujo de trabajo, a la interfaz de usuario y a otras áreas clave del producto. Este nivel puede cargarse totalmente de forma equilibrada para habilitar un failover casi instantáneo que permita tanto una alta disponibilidad como implementaciones de carga equilibrada. El acceso de usuario está disponible a través de la línea de comandos, el servicio RESTful o la interfaz de usuario (IU) basada en el navegador. Toda la configuración del sistema, la definición del proceso, la implantación y las características de generación de informes están disponibles a través de la IU.

Nivel de lógica empresarial y presentación

2. Nivel de almacenamiento de archivos y metadatos

El componente del motor del servidor de Deployment Automation incluye una base de datos que se utiliza para almacenar la configuración del sistema, la seguridad y la información del proceso. Los elementos físicos, incluidos los objetos que se van a implantar en las ubicaciones de destino y los archivos de registro, se almacenan en un "repositorio de implantación", que utiliza almacenamiento en la red o en discos adjuntos de forma lógica o física.

3. Agentes discretos y seguros

Un agente es un proceso discreto y seguro que se ejecuta en cada host de destino y se comunica con el servidor de Deployment Automation. Los agentes forman parte de la arquitectura de cliente/servidor de Deployment Automation. Implantan componentes y eximen al servidor de realizar esa tarea, lo que hace posible realizar grandes implantaciones con miles de destinos.

Los relés de los agentes actúan como proxies e intermediarios, lo que permite consolidar el tráfico que proviene de varios agentes para distribuirlo a través de un solo punto hacia el nivel de lógica empresarial. Los relés permiten una configuración de firewall simplificada y reducen el tráfico directo de red y la carga de procesamiento en el nivel de lógica empresarial.

Agentes discretos y seguros

4. Arquitectura de servidor ampliable

Los servidores de Deployment Automation no realizan el "trabajo de implantación" propiamente dicho. Todas las actividades de implantación (desplazamiento de archivos, ajuste de la configuración, inicio y detención, e interacción con equilibradores de carga y herramientas de otros fabricantes) las llevan a cabo los agentes de implantación.

Los agentes se ejecutan como un proceso de Java, en el contexto de una JVM instalada en una máquina remota. Tienen un tamaño reducido y no tienen estado; además, se suscriben a las peticiones de JMS proporcionadas por el servidor de Deployment Automation. El servidor envía tareas a los agentes y estos ejecutan los comandos correspondientes mediante el conjunto de módulos auxiliares. Los agentes también pueden utilizar los servicios web proporcionados por el servidor para obtener información adicional o enviar de vuelta los resultados.

Arquitectura de servidor ampliable