Rodolfo Pilas
bloger podcaster devops sysadmin profesor father
$ aws ec2 describe-regions --output table
$ aws ec2 describe-availability-zones --region us-west-2IaaS - PaaS - SaaS - Storage aaS
IaaS - PaaS - SaaS - Storage aaS
Free Plan
6 meses sin costo
$200 USD en créditos
Algunos servicios siempre gratis
No se incurre en gastos hasta pasar a Plan Pago
Escalar por todo el crédito disponible
Acceso a todos los servicios AWS
¿Que hay cuando entramos a una cloud?
Text
Hardware físico
Hardware físico
Virtualización y abstracción
Red y almacenamiento
Servicios de cloud
Un menú de capacidades as a service:
Mismo problema, distintas soluciones
Cloud no es solo "poner servidores en internet".
Es que la aplicación haga uso de las características 'esenciales' de cloud computing
Ejemplo: red social
VM unica
->
3 capas
->
3 capas con servicios administrados
->
microservicios y eventos
La arquitectura cambia cuando cambian la escala, el equipo y las necesidades de operacion.
Separacion basica
Cliente
->
Frontend / Web
->
Aplicacion
->
Base de datos
Ejemplo
EC2 para web y app + base de datos relacional
Misma idea, menos operacion manual
Cliente
->
CDN / Balanceador
->
Web / App
->
Base gestionada + Storage + Cache
Ejemplos tipicos
Base gestionada, almacenamiento de objetos, cache, CDN, balanceador
No siempre cambia la arquitectura logica. Cambia mucho la arquitectura operativa.
La aplicacion se divide por capacidades
Cliente
->
API Gateway
->
usuarios | publicaciones | comentarios | notificaciones
La aplicacion y el equipo crecen
Microservicios no son "la opcion moderna obligatoria". Son una respuesta a ciertos problemas.
Ideal para tareas desacopladas
Usuario sube imagen
->
Storage
->
Evento
->
Funcion
->
Procesamiento / notificacion
Casos comunes
Miniaturas, notificaciones, validaciones, integraciones
Estos patrones aparecen en distintas arquitecturas, no en una sola.
No es otra arquitectura
Es la forma de construir, probar y desplegar aplicaciones cloud.
Repositorio
->
Build y test
->
Deploy
->
Monitoreo y mejora
| Arquitectura | Conviene cuando | Principal ventaja | Principal costo |
|---|---|---|---|
| 3 capas clasica | la app es simple | claridad | menor flexibilidad |
| 3 capas gestionada | queremos operar menos | rapidez operativa | dependencia del proveedor |
| microservicios | crecen equipos y dominios | escalado independiente | complejidad distribuida |
| eventos/serverless | hay tareas desacopladas | pago por uso | mas fragmentacion |
Más importante que memorizar servicios es entender decisiones de arquitectura.
Asumir roles de observación y cuestionar escenarios
Leer un diagrama no es memorizar iconos. Es interpretar decisiones de diseño.
Conjunto de datacenters ubicados en un perimetro con una latencia bien definida
IaaS - PaaS - SaaS - Storage aaS
https://creativecommons.org/licenses/by/4.0/deed.es
Example application from: "Introduciton to AWS Services" - AWS Training Center
By Rodolfo Pilas