Curso AWS Cloud Practitioner CLF-C02

Este módulo es fundamental para aprobar CLF-C02 porque AWS Cloud Practitioner no es solo “saber servicios técnicos”. También tienes que entender cómo se paga AWS, cómo se controla el gasto, cómo se estima una arquitectura antes de desplegarla y qué opciones de soporte existen cuando una empresa necesita ayuda.

Piensa en este tema como la parte de “gobernar el dinero y el soporte” dentro de AWS. No basta con crear recursos: hay que saber cuánto cuestan, quién los paga, cómo recibir alertas, cómo asignar costes a equipos y cuándo merece la pena usar modelos de compra con descuento.

1. Cómo piensa AWS los precios

AWS se basa en un modelo de consumo. Es decir, normalmente pagas por lo que usas: cómputo, almacenamiento, peticiones, transferencia de datos, bases de datos, backups, logs, soporte y otros componentes. Esto se suele resumir como pago por uso.

Pero cuidado: pago por uso no significa “barato siempre”. Significa que el coste está muy ligado a tus decisiones. Si despliegas una instancia grande y la dejas encendida todo el mes, pagarás por ese uso. Si guardas muchos datos, generas muchos logs o transfieres mucho tráfico, también tendrá impacto.

2. CapEx, OpEx y por qué importa en el examen

En entornos tradicionales, muchas empresas compran servidores, cabinas, licencias, racks y equipamiento de red antes de saber exactamente cuánto van a usar. Eso se asocia a CapEx, inversión de capital.

En AWS, muchos costes pasan a ser OpEx, gasto operativo. Pagas conforme consumes, ajustas capacidad y puedes eliminar recursos cuando ya no los necesitas.

3. Los tres factores básicos de precio

En CLF-C02 conviene entender que el coste suele depender de varios factores. No necesitas memorizar tarifas, pero sí reconocer de dónde sale la factura.

• Compute: tipo de instancia, tiempo encendida, modelo de compra, región y familia.
• Storage: cantidad de datos, clase de almacenamiento, operaciones, snapshots, backups y retención.
• Data transfer: tráfico entre servicios, regiones, Internet o ubicaciones edge.
• Requests y operaciones: peticiones a servicios como S3, DynamoDB, API Gateway o Lambda.
• Servicios gestionados: bases de datos, analítica, seguridad, monitorización, soporte y herramientas adicionales.

Un error común es pensar solo en “la máquina virtual”. En AWS, una arquitectura puede tener instancias, discos, snapshots, balanceadores, NAT Gateway, logs, transferencia de datos, bases de datos y backups. Todo suma.

4. Free Tier: útil, pero no es barra libre

El Free Tier permite probar algunos servicios con límites concretos de uso. Es perfecto para aprender, pero no significa que todo sea gratis. Si superas límites, usas una región o servicio no incluido, o dejas recursos activos más allá de lo cubierto, puedes generar coste.

5. Modelos de compra principales

Una de las partes más importantes del módulo es saber elegir el modelo de compra según el patrón de uso. En el examen no te van a pedir calcular una factura exacta, pero sí reconocer qué opción encaja mejor.

On-Demand

Pagas por uso sin compromiso. Es la opción más flexible. Encaja cuando estás probando, cuando el uso es impredecible o cuando no sabes cuánto durará una carga.

Reserved Instances

Ofrecen descuento a cambio de compromiso durante un periodo. Son útiles cuando sabes que vas a usar una capacidad concreta de forma estable.

Savings Plans

Ofrecen descuento a cambio de comprometer un gasto de compute por hora. Suelen ser más flexibles que las Reserved Instances en muchos escenarios y aparecen mucho en preguntas de optimización de costes.

Spot Instances

Permiten usar capacidad sobrante con descuentos importantes, pero pueden interrumpirse. Sirven para cargas tolerantes a interrupciones: batch, procesamiento, pruebas, renderizado, análisis o tareas que pueden reintentarse.

Dedicated Hosts

Ofrecen servidores físicos dedicados. Suelen aparecer cuando hay requisitos de licenciamiento, cumplimiento o aislamiento físico.

6. AWS Pricing Calculator: estimar antes

AWS Pricing Calculator se usa para estimar costes antes de desplegar una arquitectura. Es la herramienta adecuada cuando todavía estás diseñando o planificando.

En el examen, piensa en Pricing Calculator cuando veas frases como:

• “La empresa quiere estimar el coste de una arquitectura futura”.
• “Antes de migrar, quieren calcular el coste mensual aproximado”.
• “Necesitan comparar escenarios antes de desplegar”.
• “Quieren planificar presupuesto para una nueva carga”.

7. AWS Cost Explorer: analizar después

AWS Cost Explorer sirve para analizar costes y uso históricos. Te ayuda a ver tendencias, gráficos, gasto por servicio, cuenta, región, etiqueta o periodo.

Cost Explorer encaja cuando ya tienes consumo y quieres responder preguntas como:

• ¿Por qué ha subido la factura este mes?
• ¿Qué servicio está generando más coste?
• ¿Cómo evoluciona el gasto por día o por mes?
• ¿Qué cuenta o equipo consume más?
• ¿Qué tendencia de gasto tenemos?

8. AWS Budgets: alertas y control proactivo

AWS Budgets permite crear presupuestos y recibir alertas cuando el coste o el uso supera ciertos umbrales. Es una herramienta muy importante para estudiantes y empresas porque ayuda a evitar sorpresas.

En el examen, Budgets aparece cuando el escenario dice:

• “Quieren recibir una alerta si el gasto supera 100 €”.
• “Necesitan controlar que un equipo no supere su presupuesto”.
• “Quieren avisos al alcanzar el 80% del presupuesto mensual”.
• “Necesitan alertas de coste o uso”.

9. Cost and Usage Report: detalle granular

AWS Cost and Usage Report, también conocido como CUR, proporciona información muy detallada sobre coste y uso. Es más avanzado que Cost Explorer y se suele utilizar para análisis financiero, integración con herramientas BI, data lakes o consultas con Athena.

Para CLF-C02, no necesitas saber construir informes complejos. Solo recuerda esta asociación: si el escenario pide el detalle más completo y granular de coste y uso, piensa en Cost and Usage Report.

10. Billing Dashboard y facturas

El Billing Dashboard ofrece una visión general de la facturación: gasto actual, facturas, métodos de pago, servicios con coste, impuestos y preferencias de facturación.

Es una vista más general que Cost Explorer. Si el escenario habla de revisar facturas o ver el resumen de cargos, puede encajar Billing Dashboard o Billing and Cost Management.

11. Cost allocation tags: repartir costes por proyecto

Los tags son etiquetas que puedes asignar a recursos. Cuando se activan como cost allocation tags, ayudan a organizar y analizar costes por proyecto, departamento, aplicación, entorno o propietario.

Esto es muy útil para modelos de:

• Showback: mostrar a cada equipo cuánto consume.
• Chargeback: imputar costes a equipos o unidades de negocio.
• FinOps: visibilidad, responsabilidad y optimización de costes.

12. Consolidated billing y AWS Organizations

Cuando una empresa tiene varias cuentas AWS, puede usar AWS Organizations para agruparlas y gestionar facturación consolidada. Esto permite recibir una factura unificada y tener mejor visibilidad del gasto de varias cuentas.

Para el examen, asocia consolidated billing con:

• Varias cuentas AWS.
• Factura única o consolidada.
• Gestión centralizada de costes.
• Separar entornos o equipos manteniendo control financiero global.

13. Trusted Advisor: recomendaciones para mejorar

AWS Trusted Advisor ofrece recomendaciones de buenas prácticas en varias áreas, entre ellas optimización de costes, seguridad, tolerancia a fallos, rendimiento y límites de servicio.

En costes, puede ayudar a detectar recursos infrautilizados, oportunidades de ahorro o configuraciones mejorables. El alcance de algunas comprobaciones depende del plan de soporte.

14. Compute Optimizer: ajustar recursos

AWS Compute Optimizer ayuda a recomendar tamaños adecuados para recursos de cómputo, como instancias EC2, Auto Scaling groups, volúmenes EBS o funciones Lambda, según métricas de uso.

Para el examen, puedes asociarlo con rightsizing: ajustar los recursos a lo que realmente necesitan.

15. Soporte en AWS: no todo soporte es igual

En AWS, el soporte no es solo “abrir un ticket”. Hay distintos niveles según la necesidad del cliente. Para CLF-C02, lo importante es entender la diferencia entre soporte de cuenta/facturación y soporte técnico para cargas de trabajo.

El soporte básico suele cubrir cuestiones de cuenta y facturación. Para soporte técnico sobre workloads, producción, arquitectura, tiempos de respuesta más rápidos o acompañamiento experto, se requieren planes superiores.

16. Planes de soporte: cómo razonarlos

La forma más fácil de estudiar soporte es pensar en el tipo de cliente:

• Cliente individual o pruebas: necesita soporte de cuenta y facturación.
• Desarrollador aprendiendo o construyendo: puede necesitar orientación técnica básica.
• Empresa con producción: necesita soporte técnico 24/7, tiempos de respuesta mejores y acceso a expertos.
• Organización con cargas críticas: necesita acompañamiento más cercano, orientación proactiva y soporte de nivel empresarial.

En la documentación actual de AWS verás planes como Basic, Business Support+, Enterprise Support y Unified Operations, y también referencias históricas o de examen a Developer, Business y Enterprise. No memorices solo nombres: entiende el nivel de necesidad.

17. TAM: Technical Account Manager

Un Technical Account Manager, o TAM, es una figura asociada a planes empresariales. Su papel es acompañar al cliente, aportar orientación, ayudar con buenas prácticas y facilitar el uso correcto de AWS a nivel organizativo.

En preguntas de examen, si aparece una empresa grande que necesita orientación proactiva, revisión continua o acompañamiento experto, el concepto de TAM puede aparecer asociado a soporte empresarial.

18. AWS Health y Service Health Dashboard

AWS Health ayuda a entender eventos que pueden afectar a tus recursos o cuentas. El Service Health Dashboard ofrece información sobre el estado general de servicios AWS.

Para CLF-C02:

• Estado general de servicios AWS → Service Health Dashboard.
• Eventos que afectan a tu cuenta o recursos → AWS Health.
• Soporte técnico y casos → AWS Support Center.

19. Diferencias que suelen caer en examen

20. Tabla rápida de herramientas de coste

21. Tabla rápida de modelos de compra

22. Escenarios típicos de examen

23. Errores típicos

• Confundir estimación previa con análisis histórico.
• Elegir Cost Explorer cuando el requisito pide alertas de presupuesto.
• Elegir Budgets para calcular una arquitectura futura.
• Creer que AWS será siempre más barato sin optimización.
• No activar tags de coste y luego querer repartir gasto por proyecto.
• Comprar compromisos sin analizar si el uso es estable.
• Usar Spot para cargas críticas que no toleran interrupción.
• Olvidar que Basic Support no equivale a soporte técnico avanzado para producción.
• Confundir AWS Health con Cost Explorer o Billing Dashboard.
• Pensar que Trusted Advisor solo sirve para costes; también cubre otras áreas de buenas prácticas.

24. Cómo estudiar este módulo para aprobar

La mejor forma de estudiar este bloque es hacer parejas mentales. No memorices una lista larga sin contexto; asocia cada herramienta a una pregunta práctica:

• ¿Cuánto costará? Pricing Calculator.
• ¿Qué he gastado? Cost Explorer.
• ¿Me avisas si paso de X? Budgets.
• ¿Quiero todo el detalle para análisis financiero? Cost and Usage Report.
• ¿Quién ha generado el coste? Cost allocation tags.
• ¿Cómo reduzco coste en recursos infrautilizados? Trusted Advisor o Compute Optimizer.
• ¿Tengo uso estable? Savings Plans o Reserved Instances.
• ¿La carga tolera interrupciones? Spot Instances.
• ¿Necesito ayuda técnica para producción? plan de soporte superior.

Resumen final

La facturación en AWS se entiende mejor separando cuatro momentos: antes de desplegar estimas con Pricing Calculator; durante la operación controlas con Budgets; después analizas con Cost Explorer; y para análisis detallado usas Cost and Usage Report. Si necesitas asignar gasto por equipos, usa tags. Si quieres recomendaciones, piensa en Trusted Advisor y Compute Optimizer.

Para soporte, recuerda la lógica: Basic cubre aspectos básicos como cuenta y facturación; los planes superiores añaden soporte técnico, mejores tiempos de respuesta y más acompañamiento. En el examen, no memorices solo nombres: interpreta la necesidad del cliente.