Arquitectura monolítica
Este artículo es una explicación conceptual sobre arquitectura monolítica, incluyendo preguntas de examen y etiquetas.
In a Nutshell
Arquitectura monolítica significa: todas las unidades funcionales se implementan en un único sistema cohesivo y se operan como un solo despliegue.
Descripción técnica compacta
Un monolito agrupa módulos que van desde la interfaz de usuario hasta la lógica de negocio y acceso a datos en una sola base de código, se construye, prueba y se entrega como un único proceso.
Ventaja: estructura simple y despliegue directo. Desventaja: conforme crece, los cambios se vuelven más riesgosos, la escalabilidad es gruesa (solo en su totalidad), y la mantenibilidad disminuye.
Puntos clave para examen
- Todos los componentes integrados
- Despliegue sencillo
- Alto esfuerzo de mantenimiento con crecimiento de la base de código (IHK)
- Común en proyectos legacy o pequeños
- Riesgos de seguridad por falta de aislamiento
- Económico para aplicaciones pequeñas, costoso en escalado
- Documentación más evaluación de migración si es necesaria
Componentes centrales
- Base de código unificada
- Modelo de datos compartido
- Lógica integrada
- Interfaz de usuario común
- Pipeline central
- Logging y monitoreo centralizados
Ejemplo práctico
Tienda web como monolito:
Frontend/Backend/BD fuertemente acoplados, cada cambio requiere re-despliegue de toda la aplicación.
Ventajas y desventajas
Ventajas
- Configuración simple
- Comunicación directa
- Buen rendimiento interno
Desventajas
- Re-despliegue en cada cambio
- Más difícil de probar con bases de código grandes
- Escalado solo en su totalidad
Preguntas típicas de examen (con respuesta breve)
- ¿Qué es un monolito? Todos los componentes del sistema en una única aplicación.
- ¿Cuándo es útil? Para aplicaciones pequeñas o medianas con requisitos estables.
- ¿Cómo modernizarlo? Modularizar o extraer servicios gradualmente.