Arquitectura de implementación

Modos de implementación compatibles, conceptos de arquitectura y opciones de topología de nodo para Automation Suite.

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	Compatible con escenarios de evaluación y demostración. Para obtener más información, consulta Implementación de evaluación de nodo único. También se puede utilizar en producción bajo condiciones específicas. Para obtener más información, consulta Implementación de producción de nodo único.
Multinodo	Compatible para uso en producción. Están disponibles los siguientes modos: - Modo Lite: implementación ligera con configuración de alta disponibilidad selectiva. Para obtener más información, consulta Implementación en modo Lite. - Modo HA: alta disponibilidad totalmente habilitada. Para obtener más información, consulta Implementación de producción multinodo preparada para alta disponibilidad.

Nota:

Las implementaciones de nodo único se pueden convertir 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

El siguiente diagrama muestra los tipos de nodos disponibles en una implementación de Automation Suite.

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 lo gestiona únicamente 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.

El siguiente diagrama muestra la implementación de la evaluación de nodo único.

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 adquirir un paquete de soporte de UiPath.
• Debes utilizar un almacén de objetos externo. Para obtener más información, consulta Configurar un almacén de objetos externo.
• Debes habilitar la copia de seguridad. Para obtener más información, consulta Copia de seguridad y restauración del clúster.
• Debes configurar soluciones de supervisión compatibles para habilitar una solución de problemas efectiva. Para obtener más información, consulta Supervisión de Automation Suite.

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 obtener 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 considerarse 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 lite 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 ligero (el autoescalado horizontal de pods está habilitado con un mínimo de una réplica).

Puedes cambiar servicios específicos al modo 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.

Importante:

Puedes utilizar el modo lite en producción, pero debes ser consciente de las implicaciones y 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 para garantizar que, en caso de desastre, cuando cualquiera de los nodos del servidor se caiga, Automation Suite siga estando disponible para realizar flujos de trabajo empresariales críticos. Admite alta disponibilidad tanto en el clúster como externa. El número de nodos agente es opcional y se basa en el uso real.

El siguiente diagrama muestra la implementación de producción multinodo preparada para alta disponibilidad.

High Availability Add-on

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 High Availability Add-on 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.

Puedes restringir el acceso a Internet con la ayuda de un cortafuegos restringido o un servidor proxy, bloqueando todo el tráfico de Internet que no sea el requerido por Automation Suite. Este tipo de configuración también se conoce como implementación semien línea. Para obtener más información, consulta Configurar el cortafuegos y Configurar el servidor proxy.

These types of deployments are easier, faster, and require fewer hardware resources to install and manage as compared to offline deployments.

El siguiente diagrama muestra el modelo de implementación en línea.

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.

El siguiente diagrama muestra el modelo de implementación aislada sin conexión.

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 (puede 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 (puede 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 (puede 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.