Qué es AWS
Amazon Web Services (AWS) es la plataforma de servicios cloud de Amazon, lanzada en 2006. En términos simples: en lugar de comprar y mantener servidores físicos, una empresa alquila capacidad de cómputo, almacenamiento, redes y servicios administrados bajo un modelo de pago por uso. AWS opera en regiones geográficas distribuidas, cada una con múltiples zonas de disponibilidad, lo que permite diseñar arquitecturas resilientes sin invertir en centros de datos propios.
Los tres niveles de servicio
AWS ofrece capacidades en tres capas:
- IaaS (Infraestructura como Servicio): cómputo (EC2), almacenamiento (S3, EBS) y redes (VPC). Vos administrás el sistema operativo y las aplicaciones.
- PaaS (Plataforma como Servicio): servicios administrados como RDS (bases de datos), Elastic Beanstalk o ECS, donde AWS se encarga de parches, escalado y mantenimiento base.
- SaaS y servicios gestionados de alto nivel: desde Lambda (funciones sin servidor) hasta SageMaker (machine learning administrado) o Bedrock (modelos de IA generativa).
Esta segmentación es clave porque define cuánto control técnico mantiene tu equipo versus cuánto delega en AWS.
Componentes que toda arquitectura usa
Algunos servicios son prácticamente universales en cualquier despliegue serio:
- EC2: instancias de cómputo virtualizado.
- S3: almacenamiento de objetos, usado tanto para backups como para data lakes.
- IAM: gestión de identidades y permisos, el punto donde se define quién puede hacer qué.
- VPC: red privada virtual, donde se aísla y segmenta el tráfico.
- CloudWatch/CloudTrail: observabilidad y auditoría de actividad.
El modelo de responsabilidad compartida
AWS es responsable de la seguridad de la nube (infraestructura física, hipervisor, aislamiento de red). El cliente es responsable de la seguridad en la nube: configuración de IAM, cifrado de datos, parches de aplicación, gestión de accesos. Este punto es donde la mayoría de los incidentes de seguridad en la nube se originan: no por fallas de AWS, sino por configuraciones incorrectas del lado del cliente.
Por qué las empresas migran a AWS
Las razones técnicas más frecuentes son:
- Elasticidad: escalar cómputo hacia arriba o abajo según demanda real, sin sobreprovisionar hardware.
- Reducción de capex: se cambia inversión de capital por gasto operativo.
- Acceso a servicios administrados de IA/ML sin construir infraestructura especializada desde cero.
- Cobertura global para reducir latencia con usuarios en distintas regiones.
Ninguna de estas ventajas es automática: se materializan solo si la arquitectura está bien diseñada y los procesos de gobernanza están definidos desde el inicio.
Lo que hay que evaluar antes de migrar
Antes de mover cargas de trabajo a AWS, conviene auditar:
- Costos proyectados: el pago por uso puede volverse más caro que on-premise si no se dimensiona bien.
- Dependencias de datos: qué información es sensible, dónde debe residir por regulación.
- Automatización: si los despliegues no están automatizados (IaC), la operación en AWS se vuelve tan manual y frágil como en un data center propio.
- Gobernanza de IA: si vas a usar servicios como SageMaker o Bedrock, definí desde el principio quién aprueba modelos, cómo se auditan decisiones y qué controles de acceso aplican.
Ejemplo hipotético
Supongamos una empresa con un sistema de facturación en un servidor físico local, sin redundancia. Migrar ese sistema a EC2 con balanceo de carga y backups automatizados en S3 reduciría el riesgo de caída total ante una falla de hardware. Esto es un ejemplo ilustrativo, no un caso real medido.
Conclusión
AWS no es una solución única sino un catálogo de más de 200 servicios. El valor real aparece cuando la arquitectura, la seguridad y los procesos de automatización se diseñan en conjunto, no cuando se migra por migrar. Antes de tomar esa decisión, una auditoría de procesos actual suele revelar si el problema es de infraestructura o de flujo de trabajo mal diseñado.