AWS Builder Center
Mi experiencia rindiendo la AWS Certified Generative AI Developer - Professional

Mi experiencia rindiendo la AWS Certified Generative AI Developer - Professional

Aprendizajes de mi experiencia preparando la AWS Certified Generative AI Developer - Professional.

AI Product Engineer
Hace poco aprobé la AWS Certified Generative AI Developer - Professional.
Pero lo que mas me sirvió no fue solo el estudio teórico, fue estar construyendo con Bedrock en producción al mismo tiempo.
Este post no es una guía oficial ni un resumen del temario.
Es lo que vi, lo que me funcionó, lo que cambiaría, y lo que viene después.
De builder a builder.

Un poco de contexto

Antes de este examen ya tenía 4 certificaciones AWS:
  • Cloud Practitioner (CLF)
  • AI Practitioner (AIF)
  • Developer Associate (DVA)
  • Solutions Architect Associate (SAA)
La Gen AI Dev Professional fue mi primera Professional, y la planeé sabiendo que el salto de nivel es real.
Pero hay algo que creo que marcó la diferencia: en paralelo al estudio, estaba construyendo proyectos GenAI con Amazon Bedrock en mi trabajo. No son proyectos personales ni labs (que también ayudan mucho), sino sistemas reales en producción/POCs con Bedrock, SageMaker, OpenSearch, DynamoDB, S3, ECS Fargate, Lambda, entre los principales servicios.
Eso me dió algo que ningún curso te da: contexto real y aprendizaje práctico.
Cuando el examen preguntaba sobre flujos de RAG, invocación de modelos o guardrails, yo no solo estaba recordando teoría, sino decisiones de arquitectura que había tomado proyectos reales.

Lo que vi en el examen (y lo que confirmo)

Antes de prepararme leí el post de Ana Barragan: "Notas de alguien que ya paso el AWS Certified Generative AI Developer - Professional" . Sus notas me ayudaron a calibrar el estudio, y puedo confirmar casi todo lo que dice desde mi propia experiencia:
RAG es el corazón del examen.
Ana dice que ~70% de las preguntas tienen que ver con RAG. Coincido. No siempre es explícito, pero el patrón se repite: recuperación de contexto, embeddings, chunking, calidad de respuestas. Si entendés bien RAG, ya llevás gran parte del camino.
Bedrock es el punto de entrada a todo.
Knowledge Bases, Guardrails, invocación de modelos, Agents. Todo pasa por Bedrock. Haberlo usado en producción me dió una ventaja enorme.
Guardrails pesa más de lo que parece.
En varias preguntas, Guardrails era la pieza que hacia viable la solución en producción. No es un "nice to have", es parte del diseño.
Chunking: si el modelo no entiende el contexto, el problema probablemente esta ahí.
Me aparecieron varias preguntas donde la solución no era cambiar el modelo ni el servicio, sino mejorar como se divide la información. Chunks grandes vs pequeños, overlap, impacto en relevancia y latencia. La regla mental de Ana es muy eficiente.
SageMaker aparece, pero mucho menos que RAG.
Solo cuando el escenario requiere fine-tuning, datasets propios o MLOps. Si no dice eso, probablemente la respuesta es Bedrock.
Lambda + API Gateway son el pegamento.
Aparecen como parte del flujo, no como el foco. API -> Lambda -> Bedrock -> contexto.
CloudWatch: si esta en producción, tiene que estar presente.
Observabilidad siempre aparece en escenarios enterprise. Logs, métricas, alarmas.

Lo que cambiaría si volviera a estudiar

1. Mas practice exams, mucho antes.
Estudié la teoría primero y dejé los practice exams para el final. Error. Los practice exams no son solo para medir si estas listo, son la mejor herramienta de aprendizaje. Te muestran el formato, el lenguaje, y los patrones que AWS espera. Si volviera a empezar, haría practice exams desde la segunda semana.
2. Clasificar errores después de cada practice exam.
No alcanza con ver en que te equivocaste. Hay que clasificar cada error: no conozco el servicio? No entendí el concepto? Leí mal la pregunta? Cada tipo de error se corrige de forma distinta.
3. Time management: la lección mas dura.
Me quede sin tiempo. Deje 4 preguntas en blanco.
Eso no debería pasar, y la solución es simple: estrategia de dos pasadas. Primera pasada: responde todo lo que sabes con confianza y marcá las que te generaron dudas. Segunda pasada: volvé a las que marcaste. Nunca dejes una pregunta sin responder.
También: pedí el ESL accommodation (+30 minutos). Es gratis, es para personas cuyo idioma nativo no es inglés, y esos 30 minutos pueden hacer la diferencia entre aprobar y no.
4. Skill Builder + Udemy, no uno u otro.
Ana recomienda Skill Builder, y tiene razón: usa el mismo lenguaje del examen y plantea escenarios muy similares. Yo use principalmente los cursos de Stephane Maarek en Udemy, teoría y practice exams. La combinación ideal es ambos: Udemy para entender y practicar, Skill Builder para pensar como AWS.

¿Vale la pena para tu carrera?

Me lo preguntaron seguido después de compartir que aprobé esta certificación.
Mi respuesta corta: depende de donde estás parado.
Si ya estás trabajando con servicios AWS y GenAI en producción, esta certificación ordena y valida lo que ya sabés. Te da un vocabulario común con tu equipo y con clientes. Y en muchos contextos, una Professional en el CV pesa más de lo que parece.
Si estás empezando y nunca implementaste Bedrock o RAGs, la certificación sola no te va a cambiar la carrera. Pero sí te da un mapa muy claro de qué aprender y en qué orden, mejorando mucho tus bases sobre servicios GenAI y como implementarlos para lograr arquitecturas agénticas/Gen AI.
Lo que sí puedo decir: el proceso de estudiar para este examen me hizo mejor en mi trabajo. No porque el examen sea perfecto, sino porque te fuerza a entender por qué funciona cada servicio, no solo cómo usarlo.
La certificación no reemplaza la experiencia. Pero si la acompañás con proyectos reales, se potencian mutuamente.

Lo que viene

La Gen AI Dev Professional fue mi primera certificación profesional, pero no la última.
El próximo paso es la AWS ML Engineer Associate, que comienzo en abril. Después la Solutions Architect Professional, el examen más difícil de AWS (45% pass rate).
La idea es construir un portfolio de certificaciones con profundidad, no solo cantidad. Cada certificación se conecta con la anterior: AI Practitioner -> Gen AI Dev Pro -> ML Engineer -> Solutions Architect Pro. reforzando y expandiendo lo que ya se.
Y lo mas importante: sigo construyendo en producción con estos servicios. Las certificaciones validan lo que sabés, pero la experiencia real es lo que te hace asimilar la información poniéndola en práctica en la realidad.

Gracias

Quiero cerrar agradeciendo a Ana Barragan por su post. Leerlo antes de mi examen me ayudó a enfocar el estudio donde realmente importaba, y varias de sus observaciones se confirmaron punto por punto en mi experiencia.
Si estas preparándote para esta certificación, espero que mis notas te sumen algo de claridad.
Y si estas dudando en dar el paso: agenda el examen. Hasta que no le pones fecha, el estudio se vuelve eterno.
Gracias por leer!
Gran jornada!

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