Curso AWS Cloud Practitioner CLF-C02

Este dominio suele parecer menos técnico que compute, redes o seguridad, pero no lo subestimes. En CLF-C02, AWS quiere comprobar que entiendes cómo se paga, cómo se controla el gasto, cómo se estiman costes, qué herramientas ayudan a optimizar y qué tipo de soporte puede necesitar una empresa.

La clave no es aprender precios exactos de memoria. Los precios cambian y dependen de región, servicio, uso y modelo de compra. Lo importante es saber qué herramienta usar en cada momento y cómo razonar una pregunta de costes.

Qué cubre realmente el Dominio 4

El Dominio 4 de CLF-C02 se llama Billing, Pricing, and Support. Tiene menos peso que otros dominios, pero es muy rentable estudiarlo bien porque sus preguntas suelen ser bastante directas si reconoces las palabras clave.

1. Modelo de precios: pagar por lo que usas

Uno de los grandes mensajes de AWS es el modelo de pago por uso. En lugar de comprar infraestructura por adelantado, consumes recursos y pagas según el uso. Eso no significa que AWS siempre sea barato por arte de magia. Significa que tienes más flexibilidad para ajustar, apagar, escalar y optimizar.

• Pago por uso: pagas en función del consumo real de servicios.
• Sin inversión inicial obligatoria: muchos servicios permiten empezar sin comprar hardware.
• Escala bajo demanda: puedes aumentar o reducir recursos según necesidad.
• Economías de escala: AWS opera a gran escala y traslada eficiencias a sus servicios.
• Modelos de compromiso: puedes obtener mejores precios si te comprometes a cierto uso durante un periodo.

2. Free Tier: útil para aprender, no para diseñar costes reales

AWS Free Tier permite probar ciertos servicios gratis dentro de límites concretos. Para CLF-C02, debes entender que existe y que ayuda a aprender o experimentar, pero no debes asumir que toda arquitectura real será gratuita.

Cuando una pregunta habla de probar servicios, experimentar o empezar con bajo coste, Free Tier puede aparecer. Pero si habla de presupuestos, alertas, análisis de gasto o estimaciones de arquitectura, normalmente la respuesta estará en las herramientas de billing y cost management.

3. Herramientas de coste: el mapa que debes memorizar

Esta es probablemente la parte más importante del dominio. Muchas preguntas se resuelven diferenciando muy bien estas herramientas.

4. Pricing Calculator vs Cost Explorer vs Budgets

Esta diferencia cae muchísimo porque las tres herramientas hablan de coste, pero no resuelven el mismo problema.

5. Modelos de compra y optimización

Para CLF-C02 no necesitas calcular descuentos exactos, pero sí reconocer cuándo conviene un modelo u otro.

• On-Demand: pago flexible sin compromiso a largo plazo. Bueno para cargas variables, pruebas o uso impredecible.
• Reserved Instances: compromiso de capacidad/uso para ciertos servicios, útil cuando el uso es estable y predecible.
• Savings Plans: modelo flexible de ahorro basado en compromiso de gasto por hora durante un periodo.
• Spot Instances: capacidad EC2 con descuento, adecuada para cargas tolerantes a interrupciones.
• Right sizing: ajustar tamaño de recursos para no pagar de más.
• Apagar lo que no se usa: especialmente en entornos de laboratorio, desarrollo o pruebas.
• Elegir clase de almacenamiento adecuada: por ejemplo, mover datos poco usados a clases más económicas en S3.

6. Trusted Advisor: recomendaciones de buenas prácticas

AWS Trusted Advisor analiza tu entorno y ofrece recomendaciones. No es solo una herramienta de coste: también cubre seguridad, rendimiento, tolerancia a fallos, límites de servicio y excelencia operativa, dependiendo del plan de soporte.

Para el examen, asocia Trusted Advisor con:

• Recursos infrautilizados.
• Oportunidades de ahorro.
• Checks de seguridad.
• Límites de servicio.
• Buenas prácticas operativas.

7. Cost allocation tags y organización del gasto

Cuando una empresa crece, no basta con saber el coste total. Quiere saber qué equipo, proyecto, entorno o aplicación está generando gasto. Para eso se usan etiquetas.

• Tags: pares clave-valor aplicados a recursos.
• Cost allocation tags: etiquetas activadas para análisis de costes.
• Ejemplos: Project=Academy, Environment=Prod, Owner=DataTeam, CostCenter=Cloud.

Si una pregunta habla de repartir costes por departamento, proyecto o centro de coste, piensa en etiquetas de asignación de costes.

8. AWS Organizations, consolidated billing y cuentas

AWS Organizations también aparece en billing. Permite agrupar cuentas y usar facturación consolidada. Esto ayuda a ver cargos de varias cuentas desde una cuenta de administración y simplifica la gestión financiera.

• Consolidated billing: agrupa la facturación de múltiples cuentas.
• Cuenta de administración: gestiona la organización y la facturación consolidada.
• Separación por cuentas: útil para aislar entornos, equipos o cargas.
• Control centralizado: facilita gobierno, reporting y gestión multi-cuenta.

9. Planes de soporte AWS

Los planes de soporte son otra parte importante. No hace falta memorizar cada detalle, pero sí reconocer qué plan encaja según el nivel de necesidad.

10. Recursos oficiales y dónde buscar ayuda

El examen también pregunta por recursos de soporte y aprendizaje. Aquí conviene asociar cada recurso con su utilidad.

• AWS Documentation: documentación técnica oficial de servicios.
• AWS Whitepapers: guías y documentos de buenas prácticas.
• AWS re:Post: comunidad de preguntas y respuestas técnicas.
• AWS Skill Builder: formación oficial y recursos de aprendizaje.
• AWS Service Health Dashboard: estado general de servicios AWS.
• AWS Health Dashboard: eventos que afectan a tus recursos o cuentas.
• AWS Support Center: abrir y gestionar casos de soporte.
• AWS Knowledge Center: respuestas a problemas frecuentes.

11. Cómo estudiar este dominio

Te recomiendo estudiarlo como si fueras el responsable de controlar el gasto de una pequeña empresa en AWS:

1. Antes de desplegar: estimas con Pricing Calculator.
2. Durante el uso: controlas con Budgets y revisas con Billing Dashboard.
3. Después de generar gasto: analizas con Cost Explorer y Cost and Usage Report.
4. Para optimizar: revisas Trusted Advisor, right sizing, Savings Plans, Reserved Instances y clases de almacenamiento.
5. Para soporte: eliges el plan adecuado y usas recursos oficiales.

12. Diferencias que suelen confundir

• Pricing Calculator vs Cost Explorer: Calculator estima futuro; Cost Explorer analiza pasado y tendencias.
• Cost Explorer vs Budgets: Cost Explorer analiza; Budgets alerta.
• Budgets vs Billing Dashboard: Budgets define umbrales y avisos; Billing Dashboard muestra resumen de facturación.
• Cost and Usage Report vs Cost Explorer: CUR ofrece detalle granular para análisis avanzado; Cost Explorer ofrece análisis visual e interactivo.
• Savings Plans vs Reserved Instances: ambos reducen coste con compromiso, pero Savings Plans suele ser más flexible por gasto/hora.
• Service Health Dashboard vs AWS Health Dashboard: uno muestra estado general de servicios; el otro eventos relevantes para tu cuenta.
• Support Center vs re:Post: Support Center es para casos de soporte; re:Post es comunidad de conocimiento.

13. Módulos de este dominio

Este dominio se estudia rápido si tienes claras las diferencias entre herramientas. Después solo queda reforzar modelos de precio, optimización, soporte y recursos oficiales.

14. Errores típicos

• Elegir Cost Explorer para alertas cuando el requisito pide Budgets.
• Elegir Budgets para estimar una arquitectura futura cuando corresponde Pricing Calculator.
• Confundir Cost and Usage Report con un simple resumen visual de costes.
• Olvidar que Trusted Advisor ofrece recomendaciones y que su alcance depende del plan de soporte.
• Ignorar soporte y documentación porque parecen temas “no técnicos”.
• No diferenciar Service Health Dashboard de AWS Health Dashboard.
• Pensar que Free Tier evita tener que controlar costes.

15. Cómo saber si dominas el Dominio 4

Vas bien si puedes explicar con tus palabras:

• Cuándo usar Pricing Calculator, Cost Explorer, Budgets, Cost and Usage Report y Trusted Advisor.
• Qué significa pago por uso y cómo se relaciona con CapEx y OpEx.
• Qué modelos ayudan a reducir coste cuando el uso es estable o predecible.
• Qué es right sizing y por qué reduce gasto innecesario.
• Cómo ayudan los tags a repartir costes por proyecto o departamento.
• Qué aporta consolidated billing en AWS Organizations.
• Qué plan de soporte encaja con desarrollo, producción o cargas críticas.
• Dónde encontrar documentación, soporte, estado de servicios y recursos de aprendizaje.

Resumen final

El Dominio 4 te enseña a pensar como alguien que debe controlar el coste y elegir el soporte adecuado. No se trata de memorizar precios exactos, sino de entender herramientas, modelos de compra, alertas, análisis, optimización y recursos oficiales.

Si diferencias bien Pricing Calculator, Cost Explorer, Budgets, Cost and Usage Report y Trusted Advisor, ya tienes una parte enorme del dominio dominada. Después refuerza soporte, documentación y recursos oficiales.