onpremises

Son sistemas que están en una ubicación local (servidores) en una organización 1. Capacidad es rigida (memoria, capacidad de respuesta, ancho de banda, procesamiento, almacenamiento) 2. Ante picos de demanda es dificil de responder (dia sin IVA) 3. Costos 1. Personal: Gestion de servidores y personal de seguridad 2. Mantemiento de los equipos: Se daño un disco duro 3. Respaldo de la información: Backups, snapnots 4. Actualización del software. No es sencilla porque puede romper las aplicaciones

Cloud native

Es un conjunto de reglas o estándares para la adopción en Cloud (desarrollo). El desarrollo cambia porque ya no estamos pensando en un despliegue en unos servidores especificos, en su lugar estamos pensando en servicios que nos presta cloud

1. Instancias de EC2 procesamiento
2. Aurora Base de datos (URI/ARN)
3. S3 como almacenamiento
4. Web app para publicar
5. Lambda para lanzar disparadores

Estándar

1. Escalabilidad
   1. Vertical: Aumentar capacidad (limitada)
   2. Horizontal: Agregar más nodos de cómputo
2. Arquitectura modular: Dividir la aplicación en diferentes microservicios
3. Eficiencia: El uso de recursos (elasticidad)
4. Seguridad: Politicas: IAM: Identidades, acceso a recursos, etc
5. Despliegue continuo: Actualizaciones constantes en producción
6. Costos: Modelo de economia de escala: Pague por lo que use

Alta disponibilidad

1. Redundancia: Componentes duplicados, diferentes localizaciones y zonas de disponibilidad. Por ejemplo s3 esta en 3 zonas de disponibilidad
2. Escalabilidad automática: Picos de tŕafico: Elasticidad
3. Monitoreo y recuperación automática: Detección de problemas y procedimientos
4. Balanceo de carga: Distribuir el tráfico en diferentes instancias
5. Pruebas continuas: Asegurar eficiencia y calidad: AWS Lambda (cada cierta hora) + EC2 (pruebas)