Guía AWS Cloud Practitioner CLF-C02

Este módulo cierra la ruta CLF-C02 y suele parecer “menos técnico”, pero es muy importante para el examen. AWS no solo te pregunta por servicios como EC2, S3 o Lambda. También quiere comprobar que sabes dónde buscar información oficial, qué plan de soporte necesita una empresa, cómo consultar el estado de los servicios, qué es Trusted Advisor y qué recursos existen para aprender o resolver dudas.

En un entorno real, saber dónde encontrar ayuda es casi tan importante como saber configurar un servicio. Nadie memoriza toda AWS. Lo profesional es saber distinguir cuándo consultar documentación, cuándo abrir un caso de soporte, cuándo revisar el estado de un servicio, cuándo usar AWS re:Post y cuándo una empresa necesita un plan de soporte superior.

Objetivos de aprendizaje

1. Por qué este tema aparece en CLF-C02

AWS Cloud Practitioner es una certificación de fundamentos. No está pensada solo para administradores o arquitectos. También la hacen perfiles de preventa, soporte, gestión, seguridad, operaciones, finanzas y personas que necesitan entender cómo funciona AWS desde una visión general.

Por eso el examen incluye preguntas de soporte y recursos. AWS quiere que sepas responder preguntas como estas:

• ¿Dónde consulto la documentación oficial de un servicio?
• ¿Dónde veo arquitecturas de referencia?
• ¿Qué plan necesito si tengo producción 24/7?
• ¿Qué plan incluye Technical Account Manager?
• ¿Dónde veo incidencias públicas de AWS?
• ¿Dónde veo eventos que afectan a mi cuenta concreta?
• ¿Qué recurso uso para formación oficial?
• ¿Qué recurso uso para preguntas de comunidad?
• ¿Qué herramienta ofrece recomendaciones de buenas prácticas?

La clave no es memorizar una lista, sino entender el contexto de cada recurso.

2. AWS Documentation

AWS Documentation es la documentación oficial de AWS. Es el primer sitio al que deberías acudir cuando quieres saber cómo funciona un servicio, qué opciones tiene, cómo se configura una característica o qué límites y conceptos aplica.

En el examen, AWS Documentation suele ser la respuesta cuando el escenario habla de consultar información oficial sobre un servicio. Por ejemplo: “un equipo quiere saber cómo configurar una característica concreta de Amazon S3” o “quiere revisar la guía oficial de Amazon RDS”.

No confundas documentación con soporte. La documentación te explica y guía; el soporte te ayuda mediante casos cuando tienes un problema o necesitas asistencia según tu plan.

3. AWS FAQs

Las FAQs de AWS son páginas de preguntas frecuentes sobre servicios y conceptos. Son útiles cuando quieres una explicación rápida de características, casos de uso, precios generales o diferencias importantes.

Para CLF-C02, las FAQs pueden aparecer como recurso de consulta general. No son un canal de soporte contractual, pero ayudan a resolver dudas frecuentes de servicios.

Un ejemplo sencillo: si estás empezando con Amazon S3 y quieres entender sus clases de almacenamiento, las FAQs pueden darte respuestas rápidas. Si necesitas configuración detallada, irás a la documentación. Si tienes un problema en producción, dependerá de tu plan de soporte.

4. AWS Whitepapers

Los AWS Whitepapers son documentos técnicos y de buenas prácticas. Suelen tratar temas como arquitectura, seguridad, coste, fiabilidad, Well-Architected, migración, cumplimiento o diseño cloud.

En el examen, los whitepapers aparecen cuando el escenario habla de buenas prácticas, marcos de referencia o recomendaciones de arquitectura. No son para abrir incidencias ni para ver el estado de un servicio.

Un whitepaper importante para esta certificación es el contenido relacionado con AWS Well-Architected, porque conecta con pilares como seguridad, fiabilidad, excelencia operativa, eficiencia de rendimiento, optimización de costes y sostenibilidad.

5. AWS Architecture Center

AWS Architecture Center es un recurso para encontrar arquitecturas de referencia, patrones de diseño, diagramas y guías de implementación. Es útil cuando una empresa quiere ver cómo podría diseñarse una solución típica en AWS.

Para CLF-C02, recuerda esta idea: si el escenario habla de patrones de arquitectura o diseños recomendados, Architecture Center puede ser más apropiado que una página genérica de documentación.

6. AWS Well-Architected

AWS Well-Architected es un marco de buenas prácticas para revisar cargas de trabajo en AWS. No es solo documentación; es una forma de evaluar si una arquitectura está bien diseñada en varias áreas clave.

En CLF-C02, Well-Architected puede aparecer en preguntas relacionadas con buenas prácticas, revisión de arquitecturas, optimización de costes, seguridad, fiabilidad y mejora continua.

No lo confundas con AWS Support. Well-Architected te ayuda a revisar y mejorar arquitecturas. Support te ayuda con asistencia técnica según tu plan.

7. AWS Skill Builder

AWS Skill Builder es la plataforma oficial de aprendizaje digital de AWS. Incluye cursos, rutas formativas, laboratorios, preparación de certificaciones y contenidos de formación.

Para el examen, si el escenario habla de formación oficial, aprendizaje digital o preparación de certificaciones de AWS, Skill Builder suele ser una respuesta razonable.

Desde el punto de vista de un alumno base, quédate con esto: Skill Builder es para aprender; Documentation es para consultar cómo funciona algo; Support es para pedir ayuda sobre un problema; re:Post es para comunidad.

8. AWS re:Post

AWS re:Post es una comunidad de preguntas y respuestas relacionada con AWS. Puede ayudar a resolver dudas técnicas, ver respuestas de la comunidad y aprender de problemas similares que han tenido otros usuarios.

Pero cuidado: AWS re:Post no es lo mismo que tener un contrato de soporte técnico con tiempos de respuesta. Para producción crítica, no deberías depender solo de la comunidad. Para abrir casos y recibir soporte formal, necesitas AWS Support y el plan adecuado.

9. AWS Support Center

AWS Support Center es el lugar desde el que se gestionan casos de soporte con AWS. Desde ahí puedes abrir casos de cuenta, facturación o soporte técnico, dependiendo de tu plan.

En CLF-C02, Support Center aparece cuando una empresa necesita contactar con AWS para resolver un problema, abrir un caso o recibir asistencia. El tipo de caso y el nivel de respuesta dependen del plan contratado.

Un punto muy importante: incluso con el plan Basic se puede recibir soporte para cuenta y facturación. Pero para soporte técnico más avanzado, producción 24/7 o acceso a arquitectos y TAM, necesitas planes superiores.

10. Plan Basic Support

Basic Support está incluido para todas las cuentas AWS. Es el nivel básico de soporte. Permite acceder a documentación, whitepapers, AWS re:Post, AWS Health Dashboard y soporte para cuenta y facturación.

Basic no está pensado para soporte técnico de producción. Si una empresa tiene una aplicación crítica y necesita ayuda técnica 24/7, Basic se queda corto.

Para el examen, Basic suele encajar cuando el escenario habla de:

• Acceso a documentación.
• Soporte de cuenta y facturación.
• Recursos públicos de ayuda.
• Uso inicial o no crítico.

11. Plan Developer Support

Developer Support está pensado para entornos de prueba, desarrollo o exploración técnica. Añade posibilidad de abrir casos técnicos, pero no está orientado a producción crítica 24/7.

En preguntas de examen, Developer puede aparecer cuando un desarrollador o equipo pequeño necesita soporte técnico durante horario laboral o para pruebas, pero no tiene cargas productivas críticas.

No lo elijas si el escenario dice “workloads de producción críticos”, “24/7”, “impacto empresarial importante” o “Technical Account Manager”. Ahí entran Business, Enterprise On-Ramp o Enterprise.

12. Plan Business Support

Business Support ya está orientado a cargas de producción. Incluye soporte técnico 24/7, mejores tiempos de respuesta según severidad, acceso completo a AWS Trusted Advisor y soporte para casos más serios.

Para CLF-C02, Business suele ser una respuesta muy fuerte cuando el escenario dice que una empresa tiene cargas productivas y necesita soporte técnico 24/7, pero no menciona específicamente un TAM dedicado.

13. Plan Enterprise On-Ramp

Enterprise On-Ramp está pensado para organizaciones que necesitan un nivel de soporte superior al Business, con orientación más proactiva y acompañamiento, pero sin llegar al nivel completo de Enterprise.

Para el examen Cloud Practitioner puede aparecer menos que Basic, Developer, Business y Enterprise, pero conviene reconocerlo como un nivel intermedio orientado a empresas que necesitan soporte más avanzado.

14. Plan Enterprise Support

Enterprise Support es el plan más avanzado. Está pensado para organizaciones con cargas críticas, necesidades empresariales complejas, soporte muy proactivo y acceso a un Technical Account Manager, conocido como TAM.

Para el examen, la pista más clara de Enterprise es el TAM. Si el enunciado dice que la empresa necesita un Technical Account Manager, acompañamiento proactivo o soporte para cargas críticas a gran escala, Enterprise suele ser la respuesta.

15. Comparativa de planes de soporte

16. AWS Trusted Advisor

AWS Trusted Advisor ofrece recomendaciones para mejorar tu entorno en áreas como coste, seguridad, rendimiento, tolerancia a fallos, límites de servicio y excelencia operativa.

Para CLF-C02, Trusted Advisor aparece mucho en preguntas de recomendaciones y buenas prácticas. Por ejemplo: “una empresa quiere identificar recursos infrautilizados”, “quiere revisar oportunidades de ahorro” o “quiere recomendaciones de seguridad”.

Importante: el acceso completo a Trusted Advisor depende del plan de soporte. En planes superiores como Business y Enterprise tienes acceso más completo a sus comprobaciones.

17. AWS Health Dashboard

AWS Health Dashboard proporciona información sobre el estado de los servicios de AWS. Sirve para consultar eventos, incidencias o problemas que puedan afectar a servicios o regiones.

Aquí es importante entender la diferencia entre información pública y eventos específicos de tu cuenta. El estado público ayuda a saber si hay una incidencia general de AWS. Los eventos personalizados ayudan a saber si algo afecta a tus recursos o cuenta concreta.

En el examen, si el escenario dice “ver estado general de servicios AWS”, piensa en AWS Health Dashboard o estado público de servicios. Si dice “eventos que afectan a mi cuenta o mis recursos”, piensa en la vista personalizada de AWS Health.

18. AWS Personal Health Dashboard

El concepto de Personal Health Dashboard se asocia a eventos que afectan específicamente a tu cuenta y a tus recursos. En materiales actuales puede aparecer integrado dentro de AWS Health, pero para CLF-C02 sigue siendo importante reconocer la diferencia conceptual: no es lo mismo ver una incidencia pública general que recibir información personalizada sobre tu cuenta.

Por ejemplo, si AWS necesita informarte de un mantenimiento que afecta a un recurso concreto de tu cuenta, la vista personalizada de AWS Health es más relevante que una página pública general.

19. AWS Service Quotas

AWS Service Quotas permite ver y gestionar cuotas de servicio. Una cuota es un límite aplicado a un servicio, como número de recursos, límites por región o capacidades máximas configurables.

Para el examen, Service Quotas puede aparecer cuando el escenario habla de revisar límites, solicitar aumentos de cuota o controlar límites de servicio.

No lo confundas con Trusted Advisor. Trusted Advisor puede recomendar revisar límites o señalar riesgo de alcanzar límites; Service Quotas es el servicio específico para ver y solicitar cambios de cuotas.

20. AWS Artifact

AWS Artifact proporciona acceso a informes de cumplimiento, certificaciones y acuerdos relacionados con AWS. Aunque este recurso encaja más con el módulo de compliance, también puede aparecer cerca de soporte y documentación porque es un portal para obtener documentación oficial de cumplimiento.

Si el escenario habla de descargar informes de auditoría, certificaciones o documentos de compliance de AWS, piensa en AWS Artifact.

21. AWS Knowledge Center

AWS Knowledge Center contiene artículos con soluciones a problemas comunes. Es útil cuando buscas una explicación práctica a errores frecuentes, configuraciones habituales o dudas técnicas recurrentes.

Para CLF-C02 no suele ser tan protagonista como Documentation, re:Post, Support o Trusted Advisor, pero conviene reconocerlo como recurso de ayuda técnica y artículos de conocimiento.

22. Recursos oficiales y cuándo usarlos

23. Cómo elegir el recurso correcto en el examen

Cuando el examen te pregunte por soporte o recursos, localiza primero el tipo de necesidad:

• Quiero aprender AWS: AWS Skill Builder.
• Quiero consultar cómo funciona un servicio: AWS Documentation.
• Quiero buenas prácticas profundas: AWS Whitepapers o Well-Architected.
• Quiero arquitecturas de referencia: AWS Architecture Center.
• Quiero preguntar a la comunidad: AWS re:Post.
• Quiero abrir un caso: AWS Support Center.
• Quiero soporte técnico 24/7 para producción: Business Support o superior.
• Quiero un Technical Account Manager: Enterprise Support.
• Quiero ver eventos que afectan a mi cuenta: AWS Health personalizado.
• Quiero recomendaciones de coste y seguridad: AWS Trusted Advisor.
• Quiero informes de cumplimiento: AWS Artifact.

24. Escenarios típicos de examen

25. Trusted Advisor en soporte y costes

Trusted Advisor aparece tanto en soporte como en optimización de costes. Esto es normal, porque sus recomendaciones cubren varias categorías. Puede ayudarte a detectar recursos infrautilizados, configuraciones inseguras, límites cercanos, oportunidades de mejora de rendimiento o falta de redundancia.

Para el examen, no lo veas como una herramienta de monitorización en tiempo real como CloudWatch. Tampoco lo veas como una herramienta de auditoría de API como CloudTrail. Trusted Advisor es una herramienta de recomendaciones.

26. Diferencia entre soporte, salud y monitorización

Estos tres conceptos se mezclan mucho:

• Soporte: abrir casos y recibir ayuda de AWS según tu plan.
• Salud de servicios: conocer eventos o incidencias de AWS que pueden afectarte.
• Monitorización: observar tus recursos con servicios como CloudWatch.

Ejemplo: si tu instancia EC2 tiene CPU alta, CloudWatch puede detectarlo. Si AWS tiene una incidencia regional, AWS Health puede informarte. Si necesitas ayuda técnica para resolver un problema, AWS Support puede intervenir según tu plan.

27. Errores típicos

• Confundir AWS re:Post con soporte técnico contractual.
• Elegir Basic Support para producción crítica 24/7.
• Olvidar que Basic sí incluye soporte de cuenta y facturación.
• Confundir AWS Documentation con AWS Support Center.
• Elegir AWS Health Dashboard cuando la pregunta pide monitorizar métricas de tus recursos; ahí suele ser CloudWatch.
• Elegir CloudWatch cuando la pregunta pide estado de servicios AWS; ahí suele ser AWS Health.
• Confundir Trusted Advisor con Cost Explorer. Trusted Advisor recomienda; Cost Explorer analiza costes históricos.
• Confundir Trusted Advisor con AWS Config. Config evalúa configuración y cumplimiento; Trusted Advisor ofrece recomendaciones generales de buenas prácticas.
• Olvidar que el acceso completo a Trusted Advisor depende del plan de soporte.
• No asociar TAM con Enterprise Support.

28. Tabla de decisión rápida

Resumen final

En este módulo debes quedarte con una idea práctica: AWS tiene recursos distintos para necesidades distintas. Para aprender, AWS Skill Builder. Para consultar la fuente oficial, AWS Documentation. Para preguntas de comunidad, AWS re:Post. Para abrir casos, AWS Support Center. Para estado de servicios y eventos, AWS Health. Para recomendaciones, Trusted Advisor. Para cumplimiento, AWS Artifact. Para cuotas, Service Quotas.

En planes de soporte, recuerda el patrón: Basic cubre cuenta y facturación; Developer encaja con desarrollo y pruebas; Business encaja con producción y soporte técnico 24/7; Enterprise se asocia con TAM y cargas críticas. Si el examen menciona Technical Account Manager, piensa en Enterprise. Si menciona producción 24/7, piensa como mínimo en Business.