Amazon SOA-C02: Gestión de Costos y Etiquetado de Recursos — Guía de estudio

By Laurynas Brazys · 2 August 2026 · #amazon #soa-c02 #certification #exam-prep #study-guide

Forma parte de la AWS SysOps Administrator Associate SOA-C02 — Guía de estudio. Practica con respuestas verificadas en el centro de exámenes de Amazon, o realiza tests cronometrados en ExamRoll.io.

La gestión de costos y el etiquetado de recursos son actividades operativas fundamentales que mantienen el gasto en la nube visible, predecible y gobernado. Una facturación e informes precisos permiten a los operadores atribuir costos a equipos, proyectos y entornos; el etiquetado junto con políticas forzadas habilitan la refacturación y la limpieza automatizadas. El uso activo de Cost Explorer, Cost and Usage Reports, Budgets y herramientas de optimización limita el desperdicio e informa las decisiones de compromiso, como los Savings Plans o las Reserved Instances. Comprender los factores específicos de cada servicio (red, almacenamiento, balanceadores de carga, NAT) previene cargos sorpresa por egreso de datos y servicios administrados.

Conceptos básicos de facturación, informes de costos y Cost Explorer

Habilita la facturación consolidada a través de AWS Organizations y entrega el Cost and Usage Report (CUR) a un bucket de S3 con granularidad horaria e ID de recursos para permitir una atribución detallada. En la consola de Billing, habilita las etiquetas de asignación de costos (tanto las generadas por AWS como las definidas por el usuario) para que Cost Explorer y el CUR incluyan columnas de etiquetas. Para el acceso programático, utiliza la API o la CLI de Cost Explorer: por ejemplo, aws ce get-cost-and-usage –time-period Start=2026-01-01,End=2026-01-31 –granularity MONTHLY –metrics “UnblendedCost” –group-by Type=DIMENSION,Key=SERVICE.

Usa Cost Explorer para análisis interactivo de tendencias y vistas de optimización de tamaño (rightsizing): habilita el informe de Rightsizing Recommendations, filtra por etiqueta o cuenta vinculada y exporta las recomendaciones en formato CSV. Para flujos de trabajo automatizados, ingiere el CUR en Athena (crea una tabla externa sobre los archivos del CUR) para ejecutar consultas SQL a través de dimensiones (linkedAccountId, productName, usageType, resourceId, tags). Combina las consultas de Athena con los crawlers de Glue para construir paneles en QuickSight o para alimentar la automatización basada en la facturación.

Criterios de decisión para elegir la granularidad y retención de los informes:

Usa el CUR por hora si necesitas refacturación por instancia o automatización basada en instancias de corta duración.
Usa el CUR diario para análisis de tendencias mes a mes cuando el ruido de los datos por hora es innecesario.
Activa los ID de recursos cuando quieras unir los datos de facturación con el inventario (Tag Editor, Resource Groups) para una atribución precisa.

Estrategias de etiquetado para la asignación de costos y la gobernanza

Adopta una taxonomía disciplinada de claves de etiquetas (por ejemplo: CostCenter, Owner, Project, Environment, Lifecycle) y aplícala en el momento de la creación. Activa esas claves como Cost Allocation Tags en Billing para que aparezcan en Cost Explorer y en el CUR. Implementa la aplicación forzosa con:

Tag Policies de AWS Organizations para prescribir las claves y valores permitidos.
La regla administrada required-tags de AWS Config para detectar etiquetas faltantes.
Permisos de IAM o Service Control Policies para denegar la creación de recursos sin las etiquetas requeridas (usa las claves de condición aws:RequestTag y aws:TagKeys).

Usa la API de Resource Groups Tagging y el Tag Editor para auditar y remediar etiquetas entre regiones: por ejemplo, aws resourcegroupstaggingapi get-resources –tag-filters Key=Environment,Values=dev. Automatiza la propagación de etiquetas desde CI/CD o CloudFormation adjuntando etiquetas a nivel de stack y usando hooks basados en Lambda para añadir metadatos en tiempo de ejecución (instanceId, launchTime) a los recursos.

Compensaciones al elegir la aplicación forzosa de etiquetas:

La aplicación estricta (denegar creación sin etiquetas) previene la deriva de recursos sin etiquetar, pero puede bloquear flujos de trabajo efímeros de desarrolladores si no existen excepciones.
La detección y remediación (Config + automatización) tiene menor fricción, pero introduce un retraso entre la creación y la corrección.

Savings Plans, Reserved Instances y optimización de tamaño (rightsizing)

Decide entre on-demand, Savings Plans y Reserved Instances basándote en la previsibilidad del uso de cómputo y las necesidades de flexibilidad. Diferencias clave:

Savings Plans: Los Compute Savings Plans se aplican a EC2, Fargate y Lambda y ofrecen flexibilidad entre tamaños de instancia/regiones; los EC2 Instance Savings Plans se enfocan en familias de instancias en una región con mayores descuentos pero menor cobertura entre servicios.
Reserved Instances (RIs): Las Standard RIs ofrecen los mayores descuentos para tipos de instancia fijos y pueden ser regionales o zonales; las Convertible RIs permiten cambios de familia de instancia pero requieren reconfiguración.
On-demand: Sin compromiso, el costo por hora más alto, ideal para cargas de trabajo con picos o desconocidas.

Usa los informes de optimización de tamaño (rightsizing) de Compute Optimizer y Cost Explorer para identificar instancias infrautilizadas (CPU, red, rendimiento de EBS) y almacenamiento sobreaprovisionado. Combina las métricas de CloudWatch (aws cloudwatch get-metric-statistics) con las recomendaciones de Compute Optimizer para justificar la reducción de tamaño o los cambios de familia de instancia. Cuando el uso es estable (p. ej., horas de vCPU base para producción), calcula el punto de equilibrio y la cobertura: compra Savings Plans o RIs para la línea base predecible, y mantén un búfer de on-demand para el uso con picos.

Presupuestos, alertas y pronósticos

Crea presupuestos en AWS Budgets para costos, uso y cobertura de RI/Savings Plan con tipos de umbral Real (Actual) y Pronosticado (Forecasted). Usa la consola o la CLI (aws budgets create-budget --account-id <id> --budget file://budget.json) y adjunta notificaciones a temas de SNS, correo electrónico o acciones de Lambda. Para la remediación programática, conecta SNS a Lambda para etiquetar o detener recursos efímeros o para abrir tickets en ITSM cuando los pronósticos superen los umbrales.

Añade Cost Anomaly Detection para detectar picos de gasto repentinos y vincula las anomalías a SNS/SQS para flujos de trabajo de investigación automatizados. La previsión en Cost Explorer utiliza el gasto histórico; combínala con señales de negocio (campañas de inicio de trimestre, tickets abiertos) para establecer alertas de presupuesto realistas. Para decisiones operativas:

Usa umbrales pronosticados para detectar tendencias de crecimiento de forma temprana.
Usa umbrales reales para evitar sobrepasar el presupuesto cerca del fin de mes.
Vincula las alertas a barreras de protección (guardrails) automatizadas (detener/reducir escala) para cuentas no críticas.

Transferencia de datos e impulsores de costos específicos del servicio

La red y el almacenamiento son impulsores de costos comunes y de alta variabilidad. Comprenda estos detalles:

Transferencia de datos: la salida de datos entre regiones (inter-region egress) se factura por GB; el tráfico entre Zonas de Disponibilidad (inter-AZ) puede ser gratuito o tener un costo dependiendo del servicio (algunos servicios cobran por el tráfico entre AZ). Los cargos de NAT Gateway incluyen una tarifa por hora más los GB procesados; las facturas de NAT Gateway pueden dominar los costos de salida para cargas de trabajo de alto rendimiento.
Balanceadores de carga: ALB/NLB incurren en cargos por hora y por GB procesado; el tráfico con mucho reenvío aumenta los costos.
S3/EBS: el precio del almacenamiento de S3 depende de la clase (Standard, Intelligent-Tiering, Glacier) y de las solicitudes; las políticas de ciclo de vida (lifecycle policies) mueven objetos a niveles de menor costo para reducir el gasto en almacenamiento. El almacenamiento de snapshots de EBS se factura por GB-mes y por las operaciones de copia entre regiones.
Servicios administrados: I/O de RDS, capacidad de lectura/escritura y copias de seguridad bajo demanda de DynamoDB, y costos de almacenamiento y snapshots de ElasticSearch (OpenSearch Service).

Tácticas de optimización:

Use VPC endpoints para S3 para reducir la salida a internet y use S3 Transfer Acceleration o CloudFront para reducir la salida desde el origen al servir a usuarios globales.
Consolide el tráfico entre regiones o coubique los servicios en la misma región para evitar la salida de datos entre regiones.
Reemplace los NAT Gateways con VPC endpoints, Gateway Load Balancers o instancias NAT cuando sea apropiado y después de probar las compensaciones de rendimiento.

Errores Comunes y Criterios de Decisión

Dejar recursos sin etiquetar y sin contabilizar: fuerce el uso de etiquetas requeridas (required-tags) con AWS Config y use la API de etiquetado de Resource Groups para encontrar y remediar recursos sin etiquetar automáticamente.
Malinterpretar el alcance de los Savings Plan/RI: confirme si los Compute Savings Plans (entre servicios) o los EC2 Instance Savings Plans / RIs (alcance de familia/zona) se ajustan a sus cargas de trabajo antes de comprometerse.
Confiar solo en la CPU para el dimensionamiento correcto (rightsizing): incluya métricas de memoria, red e IOPS de disco (CloudWatch y Compute Optimizer) para evitar regresiones de rendimiento después de reducir el tamaño (downsizing).
Ignorar los costos de transferencia de datos entre regiones/servicios: mapee los flujos de tráfico, mida la salida a través de VPC Flow Logs/Athena y coubique los grandes productores/consumidores o use CloudFront/VPC endpoints.
Configuración incorrecta del presupuesto: elija entre Real (Actual) vs. Pronosticado (Forecasted) apropiadamente y adjunte acciones programáticas (SNS → Lambda) para limitar (throttle) o notificar de forma temprana.
Dejar almacenamiento/snapshots huérfanos y ELBs inactivos: programe una limpieza automatizada para volúmenes EBS no adjuntos, snapshots obsoletos y balanceadores de carga sin usar.

Problema Práctico: Escenario de Caso de Uso

ApexAnalytics experimenta un aumento de costos del 40% mes a mes después de una campaña de marketing; los ingenieros desplegaron muchas pilas de desarrollo (dev stacks) en varias regiones y dependieron de NAT Gateways para el acceso a internet. El equipo de finanzas necesita visibilidad y remediación inmediatas.

Activar CUR por hora con ID de recursos y entregarlos a un bucket de S3 dedicado a costos; crear una tabla en Athena para consultar los principales impulsores de costos por linkedAccountId, región y usageType.
Activar y forzar el uso de etiquetas de asignación de costos (CostCenter, Project, Owner) a través de Tag Policies y etiquetas requeridas de AWS Config, y rellenar retroactivamente las etiquetas que faltan usando la API de etiquetado de Resource Groups.
Ejecutar informes de dimensionamiento correcto (rightsizing) de Cost Explorer y de Compute Optimizer, identificar el cómputo base estable y comprar un Savings Plan apropiado para las horas base; programar la reducción de tamaño (downsizing) para las instancias infrautilizadas.
Auditar la salida de red con VPC Flow Logs → Athena; reemplazar los NAT Gateways con VPC endpoints donde sea posible y centralizar las cargas de trabajo de prueba regionales para evitar transferencias entre regiones.
Crear AWS Budgets con umbrales pronosticados, adjuntar SNS para activar una función Lambda que ponga en cuarentena las cuentas de desarrollo no críticas o notifique a los propietarios, y habilitar Cost Anomaly Detection para picos repentinos.

Justificación: Entregar los CUR y forzar el uso de etiquetas establece una imputación de costos precisa y un análisis histórico. El dimensionamiento correcto y los compromisos medidos (Savings Plans) reducen el gasto predecible, mientras que las optimizaciones de red y las acciones de presupuesto automatizadas previenen futuros costos de salida sorpresa.

← Serverless e Integración de Aplicaciones · Todos los dominios

Practica estas preguntas → · Práctica cronometrada en ExamRoll.io →