AWS Builder Center

Builder Center

De Cero a Cloud: El Camino DevOps en AWS - ¿qué es AWS?

De correr código en tu compu a entender regiones, EC2, S3, RDS y Lambda.

Cuando empecé a trabajar como DevOps, "desplegar" me sonaba a palabra de gente que ya sabía. Si no tenés experiencia o venís de otra área, capaz te pasa lo mismo: escuchás deploy, "corré la app", "levantá una instancia", y te suena a otro idioma.
En julio de 2026, junto al grupo AWS User Group Girls Uruguay, hicimos un ciclo de cinco sesiones en YouTube pensadas para quien quiere entrar al mundo Cloud y DevOps, o aprender AWS desde cero:
  1. ¿Cómo funciona una app? (podés leerlo acá)
  2. Bienvenidos a la nube: qué es AWS
  3. Las herramientas del día a día de un DevOps
  4. Terraform: de la consola al código
  5. ¿Y ahora qué sigue? Tu camino a una certificación AWS
Podes ver todas las sesiones en la playlist de YouTube  y encontrar más info en el sitio web del ciclo .
La idea de esta serie de artículos es plasmar por escrito todo lo que enseñamos, para que lo puedas leer a tu ritmo, volver cuando quieras y compartirlo. Fue una experiencia hermosa: pude aportar en la gran tarea de crear comunidad, ayudarnos entre todas y fomentar el talento femenino en el mundo cloud.
En el artículo anterior vimos que todo es código corriendo en alguna computadora. Hoy respondemos cuál, dónde está y por qué casi nunca es la tuya. La idea es entender por qué existe la nube antes de tocar la consola: el porqué primero, el cómo después.

¿Qué significa "correr una aplicación"?

El código es un archivo de texto. Python, JavaScript, Go: al final es como un .txt que por sí solo no hace nada.
Cuando lo corrés, el sistema operativo lo carga en memoria y lo ejecuta como un proceso. Pensemos en una autopista con carriles: tu app ocupa un carril, y cuando la parás, el carril queda libre para otro proceso.
Ese carril tiene número, y se llama puerto. Tu app puede escuchar en el 3000, el 5000, el 80 o el 443, entre otros. En la sesión lo mostré con un script de Python que levantaba una página con el texto "Hola desde el servidor" en el puerto 3000:
  1. Corrí el script y abrí el monitor de actividad: ahí aparecía Python corriendo.
  2. Entré a localhost:3000 en el navegador y se veía la página.
  3. Corté el proceso. El carril quedó libre y localhost:3000 ya no mostraba nada.
localhost es una dirección que apunta a tu propia máquina. Por eso, si vos escribís localhost:3000 en tu navegador, no ves lo mío: en tu compu no hay nada corriendo en ese puerto. Y el :3000 del final es justamente eso, el número de carril dentro de esa dirección.

¿Por qué no dejar la app en tu laptop?

  • La IP cambia. El proveedor de internet generalmente te da una dirección que cambia. Hoy tenés una, mañana otra, y nadie sabe dónde encontrarte.
  • Aunque compres una IP fija, te llevás la laptop de vacaciones y la página se cae.
  • Se queda sin batería, y se cae otra vez.
Ahora imaginá un banco, Mercado Libre o PedidosYa corriendo en la casa de un programador... una app de verdad necesita estar prendida todo el tiempo, en un lugar estable y preparado para eso.

Data centers: el lugar preparado para que eso no pase

Un data center es un espacio físico diseñado para que las cosas no se caigan:
  • Energía redundante: UPS y generadores por si se corta la luz.
  • Refrigeración constante, porque los servidores generan muchísimo calor.
  • Racks y cableado con normas, no el cable de tu casa que desenchufás con la pierna.
  • Seguridad física: cámaras, control de acceso y personal las 24 horas.
Todo eso cuesta, y hay que pagarlo antes de tener un producto que venda... a eso le sumamos el tema de cuánta capacidad comprar. Si tu tráfico sube en Navidad o en un Black Friday, tenés que comprar servidores para soportar ese pico. Después los pagás los 365 días, aunque los uses en momentos puntuales.
Si ponemos el ejemplo de PedidosYa: no es igual un lunes a las 8 de la mañana que un sábado a la noche, o que un día de partido del Mundial. Si comprás para el pico, pagás de más pero si comprás para el promedio, la app se cae justo cuando más gente la usa.

AWS

Amazon tenía ese mismo problema con sus propios data centers. Se dio cuenta de que no era la única empresa que lo sufría, y de que podía alquilar esa infraestructura a otros. Así nació Amazon Web Services (AWS), que lanzó sus primeros servicios en 2006.
La idea es simple: en vez de comprar el activo, alquilás su uso.
Hoy AWS es el proveedor de nube más grande del mundo:
  • Tiene cerca del 28% del mercado de infraestructura cloud, por delante de Microsoft (21%) y Google Cloud (14%), según Synergy Research en 2026 (fuente ).
  • Ofrece muchísimos servicios, desde servidores y bases de datos hasta inteligencia artificial.
  • Está en 39 regiones con 124 zonas de disponibilidad, y ya anunció nuevas regiones en Chile y Arabia Saudita (fuente ).
  • Empresas como Netflix, Airbnb, Spotify, Samsung y Mercado Libre usan AWS.

Primer servicio: EC2

Para entender EC2, primero hay que entender la virtualización. Un software de virtualización te permite crear máquinas virtuales (VMs) dentro de tu máquina física. Si tu laptop tiene 16 GB de RAM, podés darle 2 GB a una VM con Linux, 2 GB a otra, y un pedazo del procesador a cada una. Por debajo, todas usan los recursos reales de tu compu.
AWS hace lo mismo, pero en sus servidores. Una instancia EC2 es una máquina virtual en un data center de AWS. Elegís el sistema operativo, la RAM, el disco y el procesador, y además tenés control total: lo que instalás y lo que hacés con ella es tu responsabilidad.

Bueno, vamos a la pregunta importante: ¿y los costos?

En la sesión hice una comparación, un servidor físico puede costar miles de dólares, solo en hardware. Con la calculadora de precios de AWS  armé algo equivalente (32 GB de RAM y un disco de 2 TB) y me daba unos 93 dólares por mes, cerca de 1.120 por año. El número cambia mucho según la configuración y la región, así que te recomiendo jugar con la calculadora y armar el tuyo.
Alguien puede pensar: "en cinco años igualás el precio". Tal vez, pero ese servidor propio necesita electricidad, refrigeración, espacio y alguien que lo mantenga, sin contemplar que puede fallar alguna pieza de su hardware o que debe gastar más dinero por escalarlo. En cambio, en la nube:
  • Terminás la instancia y dejan de cobrarte en ese momento.
  • Si cerrás la empresa, no te quedan servidores para vender.
  • Si en diciembre necesitás el doble de capacidad, lo hacés con unos clics.
AWS tiene una capa gratuita (free tier). Desde julio de 2025, las cuentas nuevas que eligen el plan gratuito reciben 100 dólares en créditos al registrarse, y pueden ganar 100 más usando servicios como EC2. El plan gratuito dura hasta seis meses o hasta que se terminen los créditos (fuente ).

Regiones, zonas de disponibilidad y edge locations

AWS no tiene un solo data center gigante: los distribuye por el mundo en tres niveles.
  • Región: una ubicación geográfica, como Virginia, Ohio, Zúrich o São Paulo. Cuando creás una instancia, elegís en qué región va a vivir.
  • Zona de disponibilidad (AZ): data centers separados físicamente dentro de una misma región. Cada región tiene al menos tres. Si desplegás tu app en dos zonas, y una falla, no pasa nada.
  • Edge locations: puntos más cercanos a las personas usuarias, que sirven para entregar contenido más rápido.
Si tu app es muy crítica, podés ir un paso más allá y tenerla en varias regiones. Si un terremoto afecta Virginia, seguís funcionando desde Zúrich.

Cómo elegir región

Depende del negocio, pero estos cuatro factores pesan casi siempre:
  1. Latencia: cuanto más cerca de tus usuarios, menos demora. Desde Montevideo, São Paulo suele ser mejor opción que Estados Unidos.
  2. Precio: cambia según la región. Virginia suele estar entre las más baratas.
  3. Servicios disponibles: no todos los servicios están en todas las regiones, y los nuevos suelen llegar primero a Virginia.
  4. Residencia de datos: en una empresa en Francia donde trabajé, la ley exigía que los datos se quedaran en Europa. Aunque Virginia fuera más barata, no era una opción.

Otros servicios que vimos

EC2 es solo el primero, AWS tiene muchísimos servicios más, pero en la sesión vimos estos que vas a escuchar todo el tiempo:
VPC y Security Groups. Una VPC es tu red privada dentro de AWS. La analogía que uso es la de un edificio: la VPC es el edificio, las subnets (subredes, o sea partes de esa red) son los pisos, las instancias son las oficinas y el Security Group es la puerta de cada oficina. Vos decidís quién entra y por qué puerto. En cada región ya tenés una VPC creada por defecto.
S3. Pensalo como un pendrive remoto o un Drive. Guardás objetos (imágenes, PDFs, backups, logs y hasta un sitio web completo) y pagás por lo que almacenás. Podés definir permisos muy finos sobre quién ve qué. De hecho, los PDFs del curso están guardados en un bucket de S3.
RDS. En vez de instalar y configurar vos la base de datos en una EC2, AWS te la da ya funcionando (PostgreSQL, MySQL y otras) y se encarga de los backups y las actualizaciones. Con pocos clics tenés una base lista.
Lambda. Escribís el código, lo subís y AWS se ocupa del resto, obvio que hay un servidor por detrás, pero de eso se encarga AWS y vos ni te enterás. Pagás solo cuando se ejecuta. Yo la uso en el trabajo para tareas que corren una vez por semana, como consultar una API y guardar los datos en una base. No tiene sentido pagar un servidor prendido todo el tiempo para algo así.
Si volvés al artículo anterior, cada pieza encuentra su lugar:
ServicioQué esPieza del artículo 1
EC2Una máquina virtual que manejás vosDonde corre el backend
S3Almacenamiento de archivosDonde viven el frontend y los archivos
RDSUna base de datos administrada por AWSLa base de datos
LambdaCódigo que corre solo cuando hace faltaTareas puntuales del backend
VPC y Security GroupsTu red privada y sus puertasLa portería que decide quién entra
Lo que une a todos: cada servicio te saca una capa de trabajo de encima. Cuanto más abstracto el servicio, más te ocupás del código y menos de la infraestructura.

El laboratorio: levantar una EC2

Mirá la demo completa. Esta parte se entiende mucho mejor viendo la consola en acción. La podés seguir paso a paso en el video de la sesión 2 .

Un desafío para esta semana

  1. Creá tu cuenta de AWS y entrá a la consola.
  2. Cambiá de región (arriba a la derecha) y fijate cómo cambia lo que ves.
  3. Si te animás, levantá una EC2 chica dentro de la capa gratuita, como en el laboratorio.
  4. Cuando termines, terminala para que no te siga cobrando.
¡Ahora que ya sabés qué es la nube y cómo levantar un servidor, en el próximo artículo, Las herramientas del día a día de un DevOps, vemos con qué se trabaja todos los días para llevar el código hasta ese servidor!
¡Sugerencias o comentarios de mejora, siempre son bienvenidos! 🚀
Nos vemos en el próximo artículo :)
Any opinions in this article are those of the individual author and may not reflect the opinions of AWS.
Enjoyed reading this content? Let the author know!

Your likes, comments, shares, and saves help creators reach more builders.

Loading recommendations

Loading article