Evolución del Pensamiento de Sistemas Metodología de Sistemas.
Evolución de la admon. sistemas
-
Upload
v-javierf-fdez -
Category
Technology
-
view
1.216 -
download
1
Transcript of Evolución de la admon. sistemas
Evolución de la administración de sistemas.
ADMINISTRACIÓN DE SISTEMAS
V. Javier Fdez. – [email protected]
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)