Arquitectura de implementación

Terminología

Para obtener más información sobre los conceptos básicos utilizados en una 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. Requisitos e instalación del perfil de evaluación de nodo único
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. Requisitos e instalación del perfil de producción multinodo preparada para 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 agente especializado ejecuta cargas de trabajo especiales como análisis de Task Mining y procesos de Document Understanding que requieren capacidad de GPU. Sin embargo, los servicios básicos de Task Mining y Document Understanding se siguen ejecutando en los nodos de servidor y agente. Los nodos agente especializados no albergan productos de 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) en el registro introduce requisitos de hardware adicionales y complejidad de instalación, lo que aumenta el tiempo necesario para realizar una instalación en comparación con una implementación en línea.

Una instalación sin conexión aumenta no solo la complejidad durante la instalación, sino también las operaciones de gestión del clúster como el mantenimiento de la máquina, 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 instalador de Automation Suite incluye componentes obligatorios y opcionales.

En la siguiente tabla se citan estos componentes:

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.
Servidor Rancher	Obligatorio	Herramienta de gestión de Kubernetes de Rancher.
Longhorn	Obligatorio	Almacenamiento de bloques distribuidos para Kubernetes proporcionado por Rancher. Ayuda a exponer almacenes externos dentro de clústeres de Kubernetes para que las cargas de trabajo los reclamen y utilicen como almacenamiento persistente.
Almacén de objetos CEPH	Obligatorio	Proveedor de almacenamiento de código abierto que expone almacenamiento de objetos/blobs compatible con Amazon S3 sobre volúmenes persistentes creados por Longhorn. 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	Obligatorio	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.
RabbitMQ	Obligatorio	Agente de mensajes fiable de código confiable utilizado por algunos servicios de UiPath para implementar patrones de ejecución asíncronos.
MongoDB	Opcional	MongoDB es un programa de base de datos orientado a documentos, disponible en código fuente y multiplataforma. Clasificado como un programa de base de datos NoSQL, MongoDB utiliza documentos tipo JSON con esquemas opcionales. MongoDB se implementa solo cuando Uipath Apps está activado
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.

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.