Amazon VPC: Redes en la Nube
Respuesta rápida: qué es Amazon VPC: Amazon VPC es una red virtual aislada lógicamente dentro de AWS donde definís rangos IP, subnets, tablas de rutas, gateways y reglas de seguridad para lanzar recursos como EC2, RDS o load balancers.
Qué problema resuelve Amazon VPC
Cuando una empresa mueve cargas a AWS necesita controlar red, conectividad y aislamiento. Amazon VPC permite diseñar una red parecida a una red de datacenter, pero usando infraestructura escalable de AWS. La idea central para Cloud Practitioner es simple: los recursos viven dentro de una red virtual que vos definís.
Componentes principales de una VPC
| Componente | Para qué sirve | Ejemplo de decisión |
|---|---|---|
| VPC | Red virtual dedicada a tu cuenta AWS. | Elegir un rango CIDR que no choque con redes existentes. |
| Subnet | Rango de IP dentro de una Availability Zone. | Separar subnets públicas para balanceadores y privadas para bases de datos. |
| Route table | Define hacia dónde va el tráfico. | Enviar tráfico público a un internet gateway o tráfico privado a un NAT gateway. |
| Internet gateway | Conecta la VPC con internet. | Permitir que un load balancer público reciba tráfico web. |
| Security group | Firewall a nivel de recurso. | Permitir HTTPS al balanceador y limitar base de datos a la app. |
Fuente oficial: AWS: What is Amazon VPC?.
Ejercicio práctico AWS Cloud Practitioner: diseñar una VPC básica
- Definí una VPC para una app web con CIDR
10.0.0.0/16. - Creá dos subnets públicas para el load balancer y dos privadas para la app.
- Ubicá la base de datos en subnets privadas, sin acceso directo desde internet.
- Agregá una tabla de rutas pública hacia internet gateway.
- Escribí qué tráfico permitirías en cada security group.
Checklist de entrevista
- Explicá la diferencia entre VPC, subnet y Availability Zone.
- Decí por qué una base de datos no debería estar en una subnet pública.
- Relacioná VPC con seguridad, confiabilidad y diseño multi-AZ.
- Conectá el tema con rutas en carreras, empleos cloud y servicios del marketplace.
Aplicación práctica en un caso real
Aplicar Amazon VPC: Redes en la Nube dentro del contexto de AWS Cloud Practitioner: Fundamentos de la Nube en AWS con criterio práctico, evitando quedarse en una definición aislada. Para que esta lección sea útil, imagina un escenario concreto: tienes que usar este tema para mejorar un proceso, tomar una decisión, crear un entregable o explicar una recomendación a otra persona. La pregunta no es solo “qué significa”, sino “qué haría diferente después de entenderlo”.
Un buen uso empieza por delimitar el problema. Define qué resultado quieres lograr, qué información tienes disponible, qué restricciones existen y cómo sabrás si la decisión fue correcta. Esta forma de pensar evita respuestas genéricas y convierte el aprendizaje en una herramienta de trabajo.
Marco de decisión
Antes de avanzar, revisa tres niveles: primero, el objetivo operativo; segundo, los recursos disponibles; tercero, el riesgo de equivocarte. En AWS Cloud Practitioner: Fundamentos de la Nube en AWS, muchas decisiones fallan porque se copia una táctica sin entender el contexto. El marco correcto te obliga a adaptar, no solo repetir.
- Objetivo: qué resultado medible o visible quieres conseguir.
- Contexto: quién usará esto, con qué nivel de experiencia y bajo qué restricciones.
- Acción: cuál es el siguiente paso mínimo que puedes ejecutar hoy.
- Señal: qué evidencia vas a observar para decidir si funcionó.
Ejemplo guiado
Supón que debes implementar esta idea en una pequeña empresa o proyecto personal. En vez de intentar una versión perfecta, prepara una versión mínima: una plantilla, una prueba, una lista de control, una automatización simple, una página, un mensaje o una medición inicial. Luego pide feedback o compara el resultado contra una métrica.
Si el resultado mejora, documenta el proceso. Si no mejora, identifica si falló la hipótesis, la ejecución o la medición. Esta distinción es clave: muchas personas abandonan una buena idea por una mala primera ejecución, o escalan una mala idea porque miraron la métrica equivocada.
Errores frecuentes
- Confundir actividad con avance: hacer muchas tareas sin saber qué resultado persiguen.
- Copiar ejemplos sin adaptarlos al cliente, audiencia, equipo o nivel técnico real.
- No dejar evidencia: si no registras decisiones y resultados, no aprendes del proceso.
- Querer automatizar o escalar antes de validar que el enfoque básico funciona.
Ejercicio práctico
- Escribe el objetivo de esta lección en una frase aplicada a tu caso.
- Define un entregable pequeño que puedas crear en menos de una hora.
- Lista tres criterios para evaluar si ese entregable está bien hecho.
- Ejecuta una versión inicial y anota qué cambiarías en una segunda iteración.
Checklist de salida
- Puedo explicar el concepto con mis propias palabras.
- Tengo un ejemplo aplicado, no solo una definición.
- Sé qué error debo evitar primero.
- Tengo una acción concreta para practicar esta semana.