Introducción a Cloud Computing

Aquesta és una revisió antiga del document

infraestructura como código! orquestación = gestión de recursos

mostrar

software libre
GNU/Linux
- comandos básicos
- instalación software: apt, yum
- shell scripts
- ssh
Seguridad y redes
- DNS
- direccionamiento IPv4
- conceptos básicos redes
- NAT
- Bridges Linux
- Redes virtuales
Seguridad
- usuarios, privilegios, sudo
- 666 o 777
- instalación software
- concepto cortafuegos: iptables
Editor de textos
- en consola
- VIM
- emacs (emacs-nox)
- atom, sublime-text
Programación

mostrar

organismo de EEUU, definición cloud computing
servicio (ofrecer recursos) de forma automática y a demanda
accesible a través de la red
- público/privado
modelo multi-tenancy (se comparten recursos con otros usuarios, pero se debe garantizar *aislamiento* y *seguridad*)
los recursos/servicios se agrupan en pools
elasticidad
- usar recursos según a mis necesidades (subir y bajar)
- escalabilidad: siempre sube
Pago por uso

mostrar

todos los componentes en el mismo nodo
escalado vertical
- aumentar recursos de la máquina en función de las necesidades (RAM, Disco, etc..)
- limitaciones hardware
arquitectura muy sencilla
- los componentes se conectan entre ellos con recursos locales
consideraciones de seguridad
- el compromiso de un componente compromete a todos
interferencias entre componentes
- un componente funciona mal/fallar, afecta al resto de componentes
complejidad de las actualizaciones
- parada completa de la aplicación, aunque se tenga que actualizar solo un pequeño componente
infraestructura estática y fija por años
aplicación no tolerante a fallos
- asume que la tolerancia a fallos la gestiona la capa inferior a la aplicación

idelamente un componente por nodo
- a veces 2-3 componentes por nodo
- a veces, un componente en varios nodos
escalado horizontal
- permite ampliar recursos sobre un componente en concreto
- introduce la elasticidad (permite crecer y decrecer con facilidad)
arquitectura más compleja
- el desarrollador ha de tener en cuenta que están en nodos diferentes, mucho más complejo
considereciones de seguridad
- es más complicado que un problema se extienda
menos interferencias entre componentes
simplicidad en las actualizaciones
- más sencillo

Arquitectura orientada a servicio
- servicios independientes
- limitado a cierto tipo de aplicaciones (gran aplicación corporativa) → visión general que se tiene
- orientado a desarrollo
servicios indepedientes
múltiples tecnologías interaccionando
comunicación via WSDL y SOAP
colas de mensajes
se relaciona con aplicaciones corporativas

énfasis en la adaptación de la infraestructura a la demanda
- orientado a que desde «sistemas» que se puede ofrecer a la aplicación
uso extensivo de la elasticidad: infraestructura dinámica
aplicaciones resilientes
- resiliencia = capacidad de alguien/algo de responder ante la adversidad
- la app se comunica con el nivel inferior para solicitar lo que necesite (Disco, RAM)
elasticidad horizontal
automatización

deriva del esquema SOA
no existe definición formal
servicios llevados a la mínima expresión (un proceso - un nodo): microservicios
comunicación vía HTTP REST (API RESTFUL)
- más fáciles de programar
- difícil conversión de aplicaicones monolíticas a microservicios → nuevos desarrollos
relacionado con procesos ágiles de desarrollo: entrega continua
suele implementarse sobre contenedores
https://www.nginx.com/blog/introduction-to-microservices/

PRE