Arquitectura de implementación

Terminología

Para obtener más información sobre los conceptos básicos utilizados en la implementación de Automation Suite, consulta Glosario.

Modos de implementación y casos de uso

Automation Suite admite los dos modos de implementación siguientes:

Modo de implementación	Descripción
Nodo único: evaluación	Compatible para escenarios de evaluación y demostración.
Multinodo: producción, preparada para alta disponibilidad	Compatible para uso de producción. Puede realizar una configuración adicional después de la implementación para tener capacidades completas de alta disponibilidad.

Consulta Casos de uso compatibles para instalaciones de nodo único y multinodo para obtener más información sobre cómo elegir el modo de implementación que mejor se adapte a sus necesidades.

Arquitectura de implementación

En esta página se ofrece información sobre la arquitectura de Automation Suite y se describen los componentes incluidos en el instalador.

Tipos de nodos

Un nodo de servidor alberga servicios de gestión de clústeres (plano de control) que realizan operaciones de clúster importantes como orquestación de cargas de trabajo, gestión de estados de clúster, solicitudes entrantes de equilibrio de cargas, etc. Kubernetes también puede ejecutar algunos productos de UiPath® y componentes compartidos basados en la disponibilidad de los recursos subyacentes.

Un nodo agente es responsable de ejecutar solo los productos de UiPath® y los componentes compartidos.

Un nodo de agente especializado ejecuta cargas de trabajo especiales como análisis de Task Mining, procesos de Document Understanding que requieren capacidad de GPU o robots de Automation Suite. Sin embargo, los servicios principales de Task Mining, Document Understanding o Automation Suite Robots aún se ejecutan en los nodos del servidor o del agente. Los nodos de agentes especializados no alojan ningún producto UiPath® ni componentes compartidos.

Importante: Automation Suite no puede garantizar qué producto de UiPath® se ejecuta en cada nodo. Esto solo lo gestiona Kubernetes.

Implementación de evaluación de nodo único

Una implementación de evaluación de nodo único aquí equivale a un nodo de servidor único. Esto no implica la implementación de todo Automation Suite en una sola máquina. Puede que tenga que añadir nodos agente adicionales o nodos agente especializados si toda la suite de productos no cabe en un solo nodo de servidor, o si desea ejecutar tareas especiales como análisis de Task Mining y procesos de Document Understanding que requieren capacidades de GPU.

Implementación de producción multinodo preparada para alta disponibilidad

Una implementación de producción multinodo preparada para alta disponibilidad implica 3 o más nodos de servidor detrás de un equilibrador de carga. Esto es así para garantizar que, en caso de desastre, si alguno de los nodos de servidor falla, Automation Suite siga estando disponible para realizar flujos de trabajo empresariales críticos. El número de nodos agente es opcional y se basa en el uso real.

Complemento de alta disponibilidad

En una configuración multinodo la alta disponibilidad (HA) está habilitada de manera predeterminada. Sin embargo, la memoria caché utilizada por los servicios del clúster se ejecuta en un pod único y representa un único punto de fallo. Para mitigar el impacto del fallo de un nodo de memoria caché puede adquirir el complemento de alta disponibilidad (HAA), que habilita la implementación multipod redundante de la memoria caché.

Para obtener más información sobre cómo habilitar HAA en una configuración multinodo, consulta Habilitar la adición de alta disponibilidad para el clúster.

Implementación en línea

Para una implementación en línea, Automation Suite requiere acceso a Internet durante la instalación y el tiempo de ejecución. Todos los productos de UiPath® y las bibliotecas compatibles se alojan bien en el registro de UiPath® o bien en el almacén de terceros de confianza de UiPath.

Puede restringir el acceso a Internet con la ayuda de un cortafuegos restringido o de un servidor proxy, bloqueando todo el tráfico de Internet distinto del requirido por Automation Suite. Este tipo de configuración también se conoce como implementación semi en línea. Para obtener más información, consulta Configurar el cortafuegos y Configurar el servidor proxy.

Estos tipos de implementaciones son más sencillas y rápidas, y su instalación y gestión requieren menos recursos de hardware que las implementaciones sin conexión.

Implementación sin conexión

Una implementación sin conexión (aislada) es una configuración completamente aislada sin acceso a Internet. Este tipo de configuración requiere la instalación de un registro adicional para almacenar todas las imágenes y binarios del contenedor de productos de UiPath® que se envían en forma de tarball.

Nota:

La carga de binarios (hidratación) para registro introduce cargas adicionales de requisitos de hardware más estrictos, una mayor complejidad de instalación en relación con los procesos adicionales y el tiempo de instalación en comparación con la implementación en línea. La instalación sin conexión aumenta no solo la complejidad durante la instalación, sino las operaciones de gestión de clústeres como el mantenimiento de máquinas y la recuperación ante desastres, la actualización a versiones más recientes, la aplicación de parches de seguridad, etc.

No se le permite cambiar el método de implementación después de la instalación. Esto significa que no puede cambiar a la instalación sin conexión si la instalación se realiza en línea y viceversa. Le recomendamos elegir su estrategia de implementación después de una consideración detenida.

Arquitectura de Automation Suite

El siguiente diagrama representa la arquitectura de Automation Suite. Ten en cuenta que el registro de Docker y el almacén de objetos compatible con S3 también pueden alojarse de forma externa.

En la siguiente tabla se enumeran los componentes de terceros incluidos con Automation Suite:

Componente	Opcional/Obligatorio	Descripción
RKE2	Obligatorio	Distribución de Kubernetes proporcionada por Rancher. Es la plataforma de orquestación de contenedores que ejecuta todos los componentes y servicios arquitectónicos.
Almacén de objetos CEPH	Opcional si tienes un almacén de objetos externo	Proveedor de almacenamiento de código abierto que expone el almacenamiento de objetos/blob compatible con Amazon S3. Permite a los servicios utilizar almacenamiento de blobs como funcionalidad para sus operaciones.
Argo CD	Obligatorio	Herramienta de CD de código abierto para Kubernetes. Sigue el patrón de GitOps de utilizar repositorios Git como fuente de verdad para definir el estado de aplicación deseado. Proporciona capacidades de gestión del ciclo de vida de las aplicaciones (ALM) para los componentes de Automation Suite y los servicios de UiPath® que se ejecutan en un clúster de Kubernetes.
Registro de Docker	Opcional si tienes un registro externo	Registro de Docker de código abierto utilizado para insertar y extraer imágenes del contenedor de tiempo de instalación y tiempo de ejecución en sus instalaciones.
Istio	Obligatorio	Grupo de servicios de código abierto que proporciona funcionalidad como ingresos, enrutamiento de solicitudes, supervisión del tráfico etc., para los microservicios ejecutados en el clúster de Kubernetes.
Prometheus	Obligatorio	Kit de herramientas de supervisión de sistemas de código abierto para Kubernetes. Puede extraer o aceptar métricas de componentes de Kubernetes, así como cargas de trabajo que se ejecutan en los clústeres y las almacenan en la base de datos de series de tiempo.
Grafana	Obligatorio	Herramienta de visualización de código abierto utilizada para consultar y visualizar los datos almacenados en Prometheus. Puede crear y enviar una variedad de paneles para la supervisión de clústeres y servicios.
AlertManager	Obligatorio	Herramienta de código abierto que ayuda a gestionar alertas enviadas por aplicaciones cliente, como el servidor de Prometheus. Es responsable de deduplicar, agrupar y enrutar estas alertas a las integraciones del receptor correctas, como correo electrónico, PagerDuty u OpsGenie.
Redis	Obligatorio	Redis Enterprise sin HA (fragmento único) utilizado por algunos servicios de UiPath® para obtener funcionalidad de caché centralizada.
FluentD y Fluentbit	Obligatorio	Solución de extracción de registros fiable de código abierto. El operador de registro implementa y configura un proceso en segundo plano en cada nodo para recopilar registros de contenedores y aplicaciones del sistema de archivos del nodo.
Gatekeeper	Obligatorio	Herramienta de código abierto que permite a un administrador de Kubernetes implementar políticas para garantizar el cumplimiento y las buenas prácticas en su clúster.
velero	Obligatorio¹	Herramienta de código abierto que te permite realizar una copia de seguridad y restauración de instantáneas.
Thanos	Obligatorio	Herramienta de código abierto para enviar la matriz Prometheus a un almacén de objetos para su persistencia.

^{1 Solo se instala durante la copia de seguridad y restauración.}

Componentes externos

También necesita algunos componentes externos, como equilibradores de carga externos, un servidor SQL, almacenamiento de blobs/archivos, almacenes de claves, disipadores de registros y herramientas de notificación. Tenga en cuenta que la suite proporciona algunos puntos de extensión.

En esta página