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 siguientes modos de implementación:

Modo de implementación	Descripción
Nodo único : modo predeterminado	De forma predeterminada, compatible con escenarios de evaluación y demostración. Una implementación de nodo único también se puede utilizar en producción, pero solo si se cumplen los requisitos específicos. Para obtener más información, consulta Implementación de producción de nodo único.
Multinodo: producción, preparada para alta disponibilidad	Compatible para uso de producción. Puedes elegir entre dos variedades de modo multinodo: Modo básico De forma predeterminada, la infraestructura y los componentes compartidos se establecen en modo HA, mientras que todos los servicios se establecen en no HA (el autoescalado horizontal del pod está habilitado con un mínimo de una réplica). Puedes establecer servicios específicos en HA. También tienes la opción de realizar una configuración adicional después de la implementación para tener capacidades completas de alta disponibilidad. Modo HA Alta disponibilidad totalmente habilitada, con alta disponibilidad en el clúster o alta disponibilidad externa.

Nota: Las implementaciones de nodo único pueden convertirse en configuraciones de alta disponibilidad (HA) añadiendo el hardware adicional necesario para las implementaciones multinodo. Para obtener más información, consulta la página Escalar una implementación de nodo único (evaluación) a una implementación multinodo (HA) .

Automation Suite emplea una arquitectura nativa de nube basada en Kubernetes. Proporciona todos los beneficios en escala, gestión automática de recursos y fiabilidad que se incorporan con Kubernetes.

Para ofrecer estas ventajas, el diseño de Kubernetes se basa en los siguientes aspectos fundamentales:

• Se ejecutan en un número impar de máquinas múltiples (3, 5, 7, etc.);
• Uso del principio de quórum para gestionar fallos de nodos independientes y casos de corrupción de datos. Para un clúster de N máquinas, siempre que siga habiendo un número de N/2 + 1 máquinas que tengan quórum, el clúster es funcional y puede recuperarse sin fallos observados.

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 procesos de Document Understanding que requieren capacidad de GPU o robots de Automation Suite. Sin embargo, los servicios básicos de Document Understanding o Automation Suite Robots aún se ejecutan en los nodos del servidor o agente. Los nodos de agente especializados no alojan ningún producto UiPath® o 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í significa un nodo de servidor único. Esto no implica la implementación de todo Automation Suite en una sola máquina. Es posible que tengas que añadir agentes adicionales o nodos de agente especializados si toda la suite de productos no cabe en un solo nodo de servidor, o si quieres ejecutar tareas especiales como procesos de Document Understanding, que requieren capacidades de GPU.

Implementación de producción de nodo único

Una implementación de nodo único se utiliza normalmente para escenarios de evaluación o demostración. En casos limitados, también se puede utilizar para la producción, pero solo si se cumplen todas las siguientes condiciones:

• Debes utilizar un almacén de objetos externo. Para obtener más información, consulta Configurar un almacén de objetos externo.
• Debe habilitar la copia de seguridad. Para obtener más información, consulta Copia de seguridad y restauración del clúster.
• Más tarde puedes pasar a una implementación multinodo, añadiendo nuevos nodos de servidor al clúster y convertir la implementación en una implementación multinodo (HA). Para conocer los pasos detallados, consulta la página Escalar una implementación de nodo único (evaluación) a una implementación multinodo (HA) .

Importante: Esta configuración no proporciona alta disponibilidad y solo debe tenerse en cuenta cuando no es posible una configuración multinodo. Una implementación multinodo preparada para alta disponibilidad sigue siendo la opción recomendada a largo plazo.

Implementación del modo básico

El modo básico es una implementación ligera que exige menos de los recursos de tu infraestructura. Proporciona flexibilidad con su alta configurabilidad para servicios que requieren alta disponibilidad. De forma predeterminada, la infraestructura y los componentes compartidos se implementan en modo HA, y todos los servicios están en modo básico. Puedes cambiar servicios específicos al modo HA.

Importante: puedes utilizar el modo simplificado en producción, pero debes ser consciente de las implicaciones y los riesgos de tener servicios sin alta disponibilidad habilitada.

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 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	Opcional (puedes excluir los componentes de supervisión integrados)	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	Opcional (puedes excluir los componentes de supervisión integrados)	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	Opcional (puedes excluir los componentes de supervisión integrados)	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	Obligatorio1	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.

¹ Solo se instala durante la copia de seguridad y la restauración.

Componentes externos

También debes traer algunos componentes externos, como equilibradores de carga externos y un servidor SQL. Ten en cuenta que la suite proporciona algunos puntos de extensión.