PROYECTO FINAL. Tutorial para publicar en SlideShare.pptx
Evolución de la admon. sistemas
1. Evolución de la administración de sistemas.
ADMINISTRACIÓN
DE SISTEMAS
V. Javier Fdez. – vjavierf@wordpress.com
2. 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
3. La Prehistoria
Problemas
• Tiempo de despliegue elevado.
• Elevado coste.
• Desperdicio de recursos.
• Dificultad para escalar.
• Dificultad para migrar.
• Vendor lock in.
4. 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
5. 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.
6. 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
7. 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.
8. La Edad Moderna: Contenedores
y 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
9. La Edad Moderna
Contenedores 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.
10. La Edad Contemporánea:
Microservicios
Una aplicación se descompone en pequeños servicios.
Un μservicio/Contenedor. Varios contenedores/VM. App distribuida
por 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
11. La Edad Contemporánea
Microservicios 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.
12. El Futuro próximo: μPaaS
En μ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
13. La responsabilidad del
Administrador de Sistemas…
Hace tiempo que dejó de ser administrar los
servidores físicos, ahora somos responsables de una
infraestructura de contenedores dentro de una
infraestructura de máquinas virtuales dentro de una
infraestructura de servidores.
Hombre elegante con las manos en la cara
Diseñado por Freepik (www.freepik.es)