Arquitectura monolítica

La arquitectura monolítica es un enfoque tradicional en el diseño de sistemas de software, en el que todos los componentes del sistema se implementan como un único bloque de código. En este enfoque, el sistema se compone de un único proceso que se ejecuta en un único servidor, y todos los componentes comparten el mismo espacio de memoria y recursos. La arquitectura monolítica es adecuada para sistemas de software pequeños y simples, ya que facilita el desarrollo y la implementación del sistema.

Ventajas

Simplicidad: La arquitectura monolítica es simple y fácil de entender, ya que todos los componentes del sistema se implementan como un único bloque de código.
Facilidad de desarrollo: La arquitectura monolítica facilita el desarrollo del sistema, ya que todos los componentes comparten el mismo espacio de memoria y recursos.
Facilidad de implementación: La arquitectura monolítica es fácil de implementar, ya que todos los componentes se despliegan juntos en un único servidor.
Facilidad de mantenimiento: La arquitectura monolítica es fácil de mantener, ya que todos los componentes se encuentran en un único bloque de código.
Escalabilidad vertical: La arquitectura monolítica permite escalar el sistema verticalmente, añadiendo más recursos al servidor.
Costo inicial bajo: La arquitectura monolítica tiene un costo inicial bajo, ya que no requiere la implementación de una infraestructura distribuida.
Facilidad de pruebas: La arquitectura monolítica es fácil de probar, ya que todos los componentes se encuentran en un único bloque de código.

Desventajas

Acoplamiento: La arquitectura monolítica tiene un alto acoplamiento entre los componentes del sistema, lo que dificulta la modificación y la reutilización de los componentes.
Escalabilidad horizontal: La arquitectura monolítica tiene una escalabilidad limitada, ya que no permite añadir más servidores al sistema.
Tiempo de arranque: La arquitectura monolítica tiene un tiempo de arranque largo, ya que todos los componentes se cargan al mismo tiempo.
Tiempo de compilación: La arquitectura monolítica tiene un tiempo de compilación largo, ya que todos los componentes se compilan al mismo tiempo.
Tiempo de despliegue: La arquitectura monolítica tiene un tiempo de despliegue largo, ya que todos los componentes se despliegan al mismo tiempo.
Dificultad de mantenimiento: La arquitectura monolítica es difícil de mantener, ya que todos los componentes se encuentran en un único bloque de código.
Dificultad de depuración: La arquitectura monolítica es difícil de depurar, ya que todos los componentes se encuentran en un único bloque de código.
Dificultad de escalabilidad: La arquitectura monolítica es difícil de escalar, ya que no permite añadir más servidores al sistema.
Dificultad de reutilización: La arquitectura monolítica es difícil de reutilizar, ya que todos los componentes se encuentran en un único bloque de código.
Dificultad de despliegue: La arquitectura monolítica es difícil de desplegar, ya que todos los componentes se despliegan al mismo tiempo.
Dificultad de integración: La arquitectura monolítica es difícil de integrar con otros sistemas, ya que todos los componentes se encuentran en un único bloque de código.

Ejemplo teórico

Supongamos que estamos diseñando un sistema de gestión de inventario para una empresa de venta de productos electrónicos. En este caso, el sistema se compone de los siguientes componentes:

Módulo de recepción de productos: Este módulo se encarga de recibir los productos que llegan al almacén, registrarlos en el sistema y almacenarlos en el almacén.
Módulo de almacenamiento de productos: Este módulo se encarga de gestionar el almacenamiento de los productos en el almacén, asignando un lugar específico a cada producto.
Módulo de venta de productos: Este módulo se encarga de gestionar la venta de productos a los clientes, registrando las ventas en el sistema y actualizando el inventario.
Módulo de generación de informes: Este módulo se encarga de generar informes sobre el inventario de productos, las ventas realizadas.
Módulo de administración de usuarios: Este módulo se encarga de gestionar los usuarios del sistema, asignando permisos de acceso y roles a cada usuario.
Módulo de configuración del sistema: Este módulo se encarga de gestionar la configuración del sistema, permitiendo modificar parámetros como la configuración de la base de datos, la configuración de la interfaz de usuario.

En este caso, todos los componentes del sistema se implementarían como un único bloque de código, que se ejecutaría en un único servidor. Todos los componentes compartirían el mismo espacio de memoria y recursos, lo que facilitaría el desarrollo, la implementación y el mantenimiento del sistema.

Ejemplo práctico

Supongamos que estamos diseñando un sistema de gestión de inventario para una empresa de venta de productos electrónicos. En este caso, el sistema se compone de los siguientes componentes:

Módulo de recepción de productos: Este módulo se encarga de recibir los productos que llegan al almacén, registrarlos en el sistema y almacenarlos en el almacén.
Módulo de almacenamiento de productos: Este módulo se encarga de gestionar el almacenamiento de los productos en el almacén, asignando un lugar específico a cada producto.
Módulo de venta de productos: Este módulo se encarga de gestionar la venta de productos a los clientes, registrando las ventas en el sistema y actualizando el inventario.

Codificación

class Producto:
    def __init__(self, nombre, precio, cantidad):
        self.nombre = nombre
        self.precio = precio
        self.cantidad = cantidad

class Almacen:
    def __init__(self):
        self.productos = []

    def recibir_producto(self, producto):
        self.productos.append(producto)

    def almacenar_producto(self, producto):
        pass

    def vender_producto(self, producto):
        pass

almacen = Almacen()
producto1 = Producto("Laptop", 1000, 10)
producto2 = Producto("Smartphone", 500, 20)
producto3 = Producto("Tablet", 300, 30)

almacen.recibir_producto(producto1)
almacen.recibir_producto(producto2)
almacen.recibir_producto(producto3)

Casos donde se aplica la arquitectura monolítica

Sistemas de software internos: Los sistemas de software internos, como los sistemas de gestión de inventario, los sistemas de gestión de recursos humanos y los sistemas de gestión de proyectos, suelen implementarse como arquitecturas monolíticas.
Sistemas de software de pequeñas y medianas empresas: Los sistemas de software de pequeñas y medianas empresas, como los sistemas de gestión de ventas, los sistemas de gestión de clientes y los sistemas de gestión de inventario, suelen implementarse como arquitecturas monolíticas.
Prototipos y proyectos piloto: Los prototipos y proyectos piloto suelen implementarse como arquitecturas monolíticas, ya que permiten desarrollar e implementar el sistema de forma rápida y sencilla.
Sistemas de software con requisitos de rendimiento bajos: Los sistemas de software con requisitos de rendimiento bajos, como los sistemas de gestión de inventario, los sistemas de gestión de recursos humanos y los sistemas de gestión de proyectos, suelen implementarse como arquitecturas monolíticas.
Sistemas de software con requisitos de seguridad bajos: Los sistemas de software con requisitos de seguridad bajos, como los sistemas de gestión de inventario, los sistemas de gestión de recursos humanos y los sistemas de gestión de proyectos, suelen implementarse como arquitecturas monolíticas.
Sistemas de software con requisitos de escalabilidad bajos: Los sistemas de software con requisitos de escalabilidad bajos, como los sistemas de gestión de inventario, los sistemas de gestión de recursos humanos y los sistemas de gestión de proyectos, suelen implementarse como arquitecturas monolíticas.

Casos donde no se aplica la arquitectura monolítica

Sistemas de software de grandes empresas: Los sistemas de software de grandes empresas, como los sistemas de gestión de clientes, los sistemas de gestión de ventas y los sistemas de gestión de inventario, suelen implementarse como arquitecturas distribuidas.
Sistemas de software con requisitos de rendimiento altos: Los sistemas de software con requisitos de rendimiento altos, como los sistemas de gestión de clientes, los sistemas de gestión de ventas y los sistemas de gestión de inventario, suelen implementarse como arquitecturas distribuidas.
Sistemas de software con requisitos de seguridad altos: Los sistemas de software con requisitos de seguridad altos, como los sistemas de gestión de clientes, los sistemas de gestión de ventas y los sistemas de gestión de inventario, suelen implementarse como arquitecturas distribuidas.
Sistemas de software con requisitos de escalabilidad altos: Los sistemas de software con requisitos de escalabilidad altos, como los sistemas de gestión de clientes, los sistemas de gestión de ventas y los sistemas de gestión de inventario, suelen implementarse como arquitecturas distribuidas.
Sistemas de software con requisitos de alta disponibilidad: Los sistemas de software con requisitos de alta disponibilidad, como los sistemas de gestión de clientes, los sistemas de gestión de ventas y los sistemas de gestión de inventario, suelen implementarse como arquitecturas distribuidas.
Sistemas de software con requisitos de tolerancia a fallos: Los sistemas de software con requisitos de tolerancia a fallos, como los sistemas de gestión de clientes, los sistemas de gestión de ventas y los sistemas de gestión de inventario, suelen implementarse como arquitecturas distribuidas.