La mayoría arranca su camino en la nube eligiendo un proveedor primero: "voy por AWS" o "me certifico en GCP". El problema es que buena parte de lo que un examen o un trabajo real te exige —alta disponibilidad, seguridad, costos, diseño de datos— no cambia de un proveedor a otro. Si saltas directo a memorizar servicios de AWS sin entender esos fundamentos, vas a aprobar preguntas sueltas y vas a seguir perdido frente a un diagrama de arquitectura real.
Por eso Fundamentos de Arquitectura en la Nube de DataPath no empieza por un proveedor: son 14 clases (2 horas), nivel intermedio, que cubren los cuatro bloques que cualquier certificación —y cualquier trabajo— va a dar por hecho que ya sabes, antes de entrar a AWS, Azure o GCP en específico. Termina con certificado y un proyecto práctico de diseño.
Los 4 módulos que deberías dominar antes de elegir proveedor
- ▸Introducción a la computación en la nube: qué modelos existen (IaaS, PaaS, SaaS) y qué problema resuelve cada uno, antes de ver un solo servicio con nombre propio
- ▸Proveedores de servicios en la nube: qué tienen en común AWS, Azure y GCP y en qué se diferencian de verdad, no solo en el nombre que le ponen a cada servicio
- ▸Servicios core para data y analítica: cómputo, almacenamiento y bases de datos vistos como piezas que se combinan, no como una lista para memorizar
- ▸Diseño de arquitecturas de datos: cómo armar un data lake o una solución escalable de principio a fin, con las decisiones de costo y seguridad incluidas
Por qué las tres nubes se parecen más de lo que el marketing admite
AWS tiene su Well-Architected Framework, Azure el suyo y Google Cloud también el suyo, y los tres giran alrededor de las mismas cinco o seis preguntas: ¿esto es seguro?, ¿sigue funcionando si algo falla?, ¿escala sin que se dispare el costo?, ¿es fácil de operar? Cuando entiendes esas preguntas una sola vez, de forma genérica, dejas de aprender "AWS" o "Azure" como si fueran idiomas distintos y empiezas a aprender un mismo marco mental con sintaxis distinta en cada consola. Es la diferencia entre memorizar y entender, y se nota apenas te hacen una pregunta que combina dos servicios que nunca viste juntos en un tutorial.
A quién le sirve este curso
No es solo para quien recién entra a tecnología. Sirve igual para un administrador de sistemas que viene de infraestructura on-premise y necesita el salto conceptual a la nube, para un líder de equipo que firma decisiones de arquitectura sin haber diseñado una antes, o para quien ya sabe programar pero nunca tuvo que decidir entre un monolito y microservicios con un presupuesto real de por medio. El hilo común: necesitas el criterio antes que la certificación, porque la certificación sin criterio se olvida en seis meses.
"Ya sé usar la consola" no es lo mismo que "entiendo la arquitectura"
Saber crear una instancia o subir un archivo a un bucket no te prepara para las preguntas de arquitectura que de verdad separan a un junior de alguien con criterio: cuándo usar microservicios en vez de un monolito, cuándo serverless deja de convenir por costo, cómo diseñas para que un servicio caído en una región no tumbe todo el sistema, o cómo cumples con un requisito de seguridad sin inflar la factura mensual. El curso trabaja cada una de esas decisiones con ejemplos de las tres nubes principales, no de una sola.
Lo que nadie te dice: puedes aprobar un examen de nivel básico memorizando qué hace cada servicio. El salto a diseñar algo real —alta disponibilidad de verdad, no la de la diapositiva— es un curso completamente distinto, y la mayoría lo descubre recién en su primer proyecto en el trabajo.
Qué certificación elegir según tu proveedor
Con estos fundamentos ya cubiertos, el siguiente paso depende de qué nube usa (o va a usar) tu empresa. Si es AWS, el camino natural es la Preparación AWS Cloud Practitioner (CLF-C02). Si es Google Cloud, te conviene la Preparación Google Cloud Associate Cloud Engineer. Y si todavía no sabes cuál de las tres vas a necesitar, está bien: para eso sirve este curso primero, para que la elección del proveedor sea una decisión informada y no una moneda al aire.
Por dónde empezar de verdad
Si vienes de un rol técnico sin experiencia formal en nube —o si lideras un equipo y necesitas entender qué están decidiendo tus ingenieros— este curso te da el vocabulario y el criterio antes de amarrarte a un proveedor. Revisa el temario completo de Fundamentos de Arquitectura en la Nube en su ficha y decide con información, no con la primera certificación que te sugirió alguien en LinkedIn. Dos horas bien invertidas ahora te ahorran semanas de confusión más adelante, sea cual sea el proveedor que termines eligiendo.
