Evolución de la administración de sistemas.

ADMINISTRACIÓN DE SISTEMAS

V. Javier Fdez. – vjavierf@wordpress.com

La Prehistoria: Servidores físicos

N servidores. Una aplicación/servidor.

Physical ServerPhysical Server

Operating System

Application

Physical ServerPhysical Server

Operating System

Application

Physical ServerPhysical Server

Operating System

Application

…N…servers

La Prehistoria

Problemas

• Tiempo de despliegue elevado.

• Elevado coste.

• Desperdicio de recursos.

• Dificultad para escalar.

• Dificultad para migrar.

• Vendor lock in.

La Edad Antigua: Virtualización

M servidores divididos en multiples Virtual Machines (VM).

Una aplicación/VM. Varias aplicaciones/servidor.

…M…servers

Physical ServerPhysical Server

OS and/or Hypervisor

VM

Guest OS

Application

VM

Guest OS

Application

VM

Guest OS

Application

Physical ServerPhysical Server

OS and/or Hypervisor

VM

Guest OS

Application

VM

Guest OS

Application

VM

Guest OS

Application

VM

Guest OS

Application

Physical ServerPhysical Server

OS and/or Hypervisor

VM

Guest OS

Application

VM

Guest OS

Application

Physical Server

Operating System

Application

La Edad Antigua

Problemas

• Cada VM todavía requiere:

• Asignación de CPU.

• Almacenamiento.

• RAM.

• Un OS invitado completo.

• Cuantas más VMs ejecutamos, más recursos necesitamos.

• Los OS invitados despercian recursos (el mismo OS instalado en diferentes VMs).

• La migración de aplicaciones a otra VM no está garantizada.

• Se reduce el número de servidores físicos a administrar, pero se incrementa el número de VMs que necesitan ser administradas.

La Edad Media: Cloud Computing

Infraestructuras y Plataformas como un Servicio (IaaS y PaaS).

Una aplicación/VM. Varias VMs/IaaS. Varias aplicaciones/IaaS.

…M…servers

Physical ServerPhysical Server

OS and/or Hypervisor

VM

Guest OS

Application

VM

Guest OS

Application

VM

Guest OS

Application

VM

Guest OS

Application

Physical ServerPhysical Server

OS and/or Hypervisor

VM

Guest OS

Application

VM

Guest OS

Application

PaaS

Physical Server

Operating System

Application

IaaSIaaS

VMVM VMVM

VMVM VMVM

VMVM VMVM

Applications

La Edad Media

Problemas

• Cada VM todavía requiere:

• Asignación de CPU.

• Almacenamiento.

• RAM.

• Un OS invitado completo.

• Cuantas más VMs ejecutamos, más recursos necesitamos.

• Los OS invitados despercian recursos (el mismo OS instalado en diferentes VMs).

• En la nube, pagamos por lo que usamos. Pagamos por los recursos que desperdiciamos y no necesitamos.

• La migración de aplicaciones a otra VM no está garantizada.

La Edad Moderna: Contenedoresy Contenedores como un Servicio

Una App/Contenedor. Varios Contenedores/VMs. Varias VMs/IaaS.

Múltiples Apps/IaaS. Contenedores como un Servicio (CaaS).

…M…servers

Physical ServerPhysical Server

OS and/or Hypervisor

Physical ServerPhysical Server

OS and/or Hypervisor

Physical Server

Operating System

Application

IaaSIaaS

VMVM VMVM

VMVMVMVM

VMVMVMVM VM

OS + Engine

VM

OS + Engine

VM

OS + Engine

VM

OS + Engine

VM

OS + Engine

VM

OS + Engine

VM

Guest OS

Application

VM

Guest OS

Application

PaaS

Applications

CaaS

La Edad ModernaContenedores vs VMs

• Los contenedores son más ligeros.

• Podemos desplegar más contenedores por servidor que VMs.

• Requieren menos CPU, RAM y almacenamiento que una VM.

• No necesitan un sistema operativo invitado.

• Facilitan enormemente la migración de aplicaciones.

Problemas

• Las aplicaciones son monolíticas.

• Las aplicaciones son difíciles de escalar (copias de la aplicación completa bajo balanceadores de carga).

• Las aplicaciones son difíciles de mantener.

• Un fallo paraliza toda la aplicación.

La Edad Contemporánea: Microservicios

Una aplicación se descompone en pequeños servicios.

Un μservicio/Contenedor. Varios contenedores/VM. App distribuidapor varias VMs.

…M…servers

Physical ServerPhysical Server

OS and/or Hypervisor

Physical ServerPhysical Server

OS and/or Hypervisor

Physical Server

Operating System

Application

IaaSIaaS

VMVM

VMVM

VM

OS + Engine

VM

Guest OS

Application

VM

OS + Engine

VM

OS + Engine

VM

OS + Engine

VM

OS + Engine

VM

OS + EngineVM

OS + Engine

ApplicationApplication

ApplicationApplication

ApplicationApplication

PaaS

Applications

CaaS

La Edad ContemporáneaMicroservicios vs Aplicaciones monolíticas

• Un microservicio es un componente que puede ser desplegado, evolucionado y actualizado de forma independiente.

• Es más fácil de entender, modificar y mantener.

• Es más fácil de escalar e integrar.

• Permite despliegues independientes.

• Mayor tolerancia a fallos. Si un microservicio no funciona, no afecta al resto.

Problemas

• Complejidad adicional a la hora de trabajar con un sistema distribuido:

• Desarrollo y testing más complejo.

• Manejo de transacciones distribuidas por múltiples servicios más complejo.

• Mayor complejidad en la gestión de la configuración, despliegue, monitorización y administración.

El Futuro próximo: μPaaSEn μPaaS cada microservicio de una aplicación está en su propio contenedor.

…M…servers

Physical ServerPhysical Server

OS and/or Hypervisor

Physical ServerPhysical Server

OS and/or Hypervisor

Physical Server

Operating System

Application

IaaSIaaS

VMVM

VMVM

VM

OS + Engine

VM

Guest OS

Application

VM

OS + Engine

VM

OS + Engine

VM

OS + Engine

VM

OS + Engine

VM

OS + EngineVM

OS + Engine

ApplicationApplication

ApplicationApplication

ApplicationApplication

PaaS

Application

μPaaS

CaaS

La responsabilidad del Administrador de Sistemas…

Hace tiempo que dejó de ser administrar losservidores físicos, ahora somos responsables de unainfraestructura de contenedores dentro de unainfraestructura de máquinas virtuales dentro de unainfraestructura de servidores.

Hombre elegante con las manos en la caraDiseñado por Freepik (www.freepik.es)