Arquitectura de referencia y entorno de ejecución
Lo que se integra en la nube del cliente: el punto de entrada, el clúster Kubernetes de tres nodos distribuido en zonas, la base de datos gestionada con su servidor de respaldo, el almacenamiento de objetos, el punto de salida, la bóveda aislada de la red y los parámetros de dimensionamiento.
Cada implementación se diseña una sola vez con la misma arquitectura de referencia. Las diferencias entre las nubes (productos de conectividad, gestión de claves, motores de bases de datos) se convierten entonces en opciones de configuración en lugar de rediseños.
| Diseño | Construir | Funcionar | Innovar |
|---|---|---|---|
| Un único modelo de datos y un único motor de publicación para cada evento financiero. | Servicios en contenedores sobre un clúster Kubernetes de tres nodos con balanceo de carga. | Publicaciones inmutables y un registro de auditoría completo por diseño. | ASK actúa a través de las API propias de TRANXACT. |
| Diseñado para operar con múltiples entidades, monedas y regiones. | Una base de datos gestionada a elección del cliente, dimensionada para garantizar una alta disponibilidad. | Live DR en una segunda región operativa y copias de seguridad aisladas de la red como estándar. | Una cola de acciones que tiene en cuenta los roles y aprende qué es importante. |
¿Qué hay dentro de una región?
| Componente | Qué es | Notas |
|---|---|---|
| Balanceador de carga y WAF | Acceso HTTPS en erp.<dominio del cliente>; TLS 1.2 o superior; protección DDoS. | El único punto de acceso público. |
| Punto final privado / balanceador de carga interno | Acceso para tráfico privado a través de VPN, conexión privada o interconexión. | Presente cuando se utiliza el acceso privado. |
| clúster de Kubernetes | Al menos tres nodos de trabajo distribuidos en zonas de disponibilidad, con TLS de extremo a extremo. | Gestiona la web y la API, el motor de publicación, el operador ASK y los trabajadores y tareas. |
| Base de datos administrada | Un servidor principal con un servidor de respaldo de alta disponibilidad síncrono en otra zona. | El motor y el tamaño son a elección del cliente. |
| Almacenamiento de objetos | Documentos y archivos adjuntos, con control de versiones y replicados en todas las regiones. | Los documentos no se almacenan en la base de datos. |
| Salida NAT | Tráfico saliente únicamente hacia una lista de destinos permitidos. | Bancos, impuestos y facturación electrónica, nóminas, correo electrónico, el motor de IA. |
| Bóveda con separación de aire | Una cuenta separada que almacena copias de seguridad inmutables, de escritura única. | La producción puede centrarse en eso y en nada más. |
Los nodos de trabajo están distribuidos en distintas zonas, de modo que la pérdida de un nodo o una zona aún deja capacidad para atender a los usuarios. En la guía se ilustra dónde se ejecuta cada servicio y en qué nodo; el planificador los asigna.
Fuera del grupo
- El motor de IA para ASK: nivel premium, equilibrado o económico, o la llave propia del cliente (BYOK).
- Servicios externos: bancos, impuestos y facturación electrónica, nóminas, plataformas de inteligencia empresarial y datos, correo electrónico.
- Usuarios remotos y móviles que inician sesión a través del proveedor de identidad del cliente.
- La red corporativa del cliente: usuarios de oficina, proveedor de identidad, sistemas heredados y de planta, a los que se accede a través de VPN o enlace privado cuando se utiliza conectividad privada.
La conectividad privada es opcional. Cuando todo el acceso se realiza a través de HTTPS, la VPN/enlace privado y el balanceador de carga interno simplemente no se implementan.
Los pomos de ajuste de tamaño
- Tamaño del nodo.
- Número de nodos: tres como mínimo.
- Motor y tamaño de la base de datos.
- La región Live DR.
- El número de entornos.
El resto corresponde a la arquitectura de referencia y es la misma para todos los clientes. Consulte la sección "Antes del contrato" para conocer los niveles de uso que establecen los valores iniciales.
Configurar, no personalizar.
El mismo principio rige lo que se ejecuta en el clúster. Un requisito que va más allá del estándar se cumple en este orden: mediante configuración (bajo código/sin código, actualizado con la plataforma); mediante una integración a través de las API de TRANXACT que se ejecuta fuera del clúster; y solo entonces, tras una revisión de seguridad e ingeniería, mediante código o un agente dentro del clúster, que, si se aprueba, se tolera y cuenta con el soporte del cliente. El código rechazado se ejecuta fuera del clúster. El capítulo X del manual enumera las tareas para cada resultado.
Todo aquello que se pueda lograr mediante configuración no debe convertirse en código personalizado. La configuración evoluciona con cada nueva versión de la plataforma; el código personalizado no.
Realiza el curso sobre este tema, con diagramas y una verificación.