Arquitectura de Plataforma
Considerando la arquitectura de Software y sus componentes definidos en el apartado 3.2, la arquitectura de Hardware y por ende la plataforma debe soportar los componentes de manera armónica y garantizar disponibilidad y escalabilidad. Para ello, se definen los componentes críticos de la plataforma:
- Componente ESB (Enterprise Service Bus).
- Componente Message Broker (Ligado estrechamente al ESB),
- Componente Administrador de APIs,
- Componente Gestión de datos,
- Motor de Base de datos,
Debido a la naturaleza de estos componentes, se propone una arquitectura de plataforma mixta Monolítica y distribuida elástico.
La arquitectura de plataforma monolítica soporta la disponibilidad y crecimiento en capacidad de cómputo por medio de Clúster Activo-Activo o Activo-Pasivo. Mientras que la arquitectura distribuida elástica está pensada para soportar la disponibilidad y crecimiento del aplicativo (Servicios PCS).
| COMPONENTE | ARQUITECTURA | CONTINGENCIA |
| Componente ESB (Enterprise Service Bus) | Monolítica | Clúster Activo-Activo |
| Componente Message Broker (Ligado estrechamente al ESB) | Monolítica | Clúster Activo-Activo |
| Componente Administrador de APIs | Distribuida | Microservicios en contenedores. Orquestados por un administrador de contenedores |
| Componente Gestión de datos | Monolítica | Clúster Activo-Activo |
| Motor de Base de datos | Monolítica | Clúster Activo-Activo |
Tabla 12 Contingencia por componente
A continuación, se detallan cuando y como se gestionaría los incidentes relacionados a la Plataforma, basado en un plan base de Administración de contingencia.