Un único diseño, aplicable a todos los clientes. Las diferencias específicas de la nube —el producto de conectividad, el servicio clave, el motor de base de datos— son opciones de configuración, no rediseños. Esto es lo que permite crear un entorno desde cero en cinco días laborables.
Leyendo la imagen desde arriba
- Los usuarios y las integraciones acceden a un único nombre, erp.<dominio del cliente>, y se conectan a un balanceador de carga con un WAF a través de HTTPS, TLS 1.2 o superior. Es la única vía de acceso pública.
- Al menos tres nodos de trabajo, uno por zona de disponibilidad, ejecutan la web y la API, el motor de publicación, el operador ASK y los trabajadores y tareas. La pérdida de un nodo o de una zona completa reduce la capacidad para atender a los usuarios.
- La base de datos administrada —con el motor y el tamaño que elija el cliente— tiene una copia de seguridad síncrona en otra zona. Un fallo en la zona no supone ninguna pérdida: RPO ≈ 0.
- Los documentos y archivos adjuntos se almacenan en un sistema de almacenamiento de objetos con control de versiones, no en la base de datos.
- El tráfico saliente pasa por NAT hacia una lista de destinatarios permitidos: bancos, impuestos y facturación electrónica, nóminas, correo electrónico y el motor de IA. Nada más.
- Las copias de seguridad se envían en una sola dirección a una bóveda aislada de la red en una cuenta separada.
El punto final privado y el balanceador de carga interno se muestran con líneas discontinuas porque solo existen cuando se utiliza el acceso privado. Con el acceso exclusivamente HTTPS, no se crean.
Cinco perillas, y nada más.
Tamaño del nodo; número de nodos (mínimo tres); motor y tamaño de la base de datos; región Live DR; número de entornos. El resto corresponde a la arquitectura de referencia.
Configura, integra y solo entonces programa.
Si se requiere una configuración que va más allá de lo estándar, esta se puede actualizar con la plataforma. De lo contrario, se integra mediante las API de TRANXACT que se ejecutan fuera del clúster. Solo entonces se considera la posibilidad de usar código o un agente dentro del clúster, tras una revisión de seguridad e ingeniería. Si se aprueba, se tolera y se brinda soporte al cliente; si se rechaza, se ejecuta fuera del clúster.
El cliente no tiene acceso directo a la base de datos; esta opción está marcada como no disponible (DB_3.1.09). La generación de informes y la integración se realizan a través de las API y extracciones de TRANXACT, razón por la cual una herramienta de BI se conecta mediante API o extracción programada, nunca mediante un inicio de sesión en la base de datos.
El equipo de BI de Calderwood solicita un usuario de base de datos de solo lectura para su almacén de datos. La respuesta es una extracción programada a través de un enlace privado; la fila de BI en su lista de interfaz es "mantener, extracción programada, enlace privado".
Pruébalo Un nodo de trabajo en la zona 2 falla durante el cierre de mes de Calderwood. ¿Qué sucede con los usuarios y afecta esto al SLA?
Sus pods se reprograman en los nodos de las zonas 1 y 3, que fueron dimensionados para soportar la carga; la base de datos no se ve afectada a menos que la zona 2 contenga el nodo principal, en cuyo caso se produce una conmutación por error al nodo de reserva síncrono con un RPO ≈ 0. Solo se contabiliza para el SLA si la disponibilidad del mes no alcanza el objetivo del nivel.