Costes multi-cloud con AAA Sentinel: AWS, Azure y Google Cloud en una sola vista

Pocas empresas eligen tener tres nubes. Normalmente ocurre: la aplicación nació en AWS, el ERP llegó con un contrato de Microsoft y el equipo de datos se enamoró de BigQuery. Cada nube tiene su consola, su factura y sus nombres para lo mismo, y la pregunta más básica, cuánto gastamos en la nube este mes, acaba respondiéndose sumando hojas de cálculo. En este artículo te enseñamos a juntar las tres nubes en AAA Sentinel y a sacarles partido paso a paso, con un ejemplo completo.

El problema: tres consolas, tres verdades

Gestionar cada nube por separado no es sólo incómodo. Tiene consecuencias concretas:

• Nadie ve el total. Cada equipo conoce su parte, pero el gasto global sólo aparece al cierre, cuando ya no se puede corregir.
• El desperdicio se esconde en la nube secundaria. La que «nadie mira» acumula discos huérfanos y máquinas olvidadas durante meses.
• Los criterios no son comparables. Lo que en AWS es una instancia EC2 en Azure es una máquina virtual y en Google Cloud una instancia de Compute Engine, y cada consola las mide a su manera.
• El reparto por equipo se vuelve imposible, porque las etiquetas no se escriben igual en todas las nubes.

Qué ganas con una vista unificada

Con las tres nubes en el mismo sitio, la conversación cambia:

• Un único gasto total, actualizado con cada escaneo, en vez de tres cifras que hay que sumar a mano.
• Las mismas reglas de detección en todas las nubes: un disco sin adjuntar es un hallazgo tanto si vive en AWS como en Azure o en Google Cloud.
• Una comparativa del gasto por proveedor y por tipo de carga de trabajo.
• Un reparto del coste por etiquetas de gobierno con el mismo criterio para todas las nubes.

Cómo lo resuelve AAA Sentinel

La funcionalidad multi-cloud se apoya en cinco piezas, cada una con su plan:

• Conexión de cuentas, desde Mis cuentas cloud → «Conectar cuenta», con un asistente distinto para cada proveedor. Pro incluye cinco cuentas, también durante la prueba de 30 días, y Business veinte: tres nubes caben desde el primer día.
• El «Dashboard», con el gasto total de todas las nubes. Está en todos los planes.
• Las «Reglas de análisis», que aplican las mismas familias de detección a los tres proveedores.
• La «Comparativa multi-cloud», en Informes → Multi-cloud, con el gasto por proveedor, la comparativa de workloads y recomendaciones de migración informativas. Plan Pro.
• El reparto por etiquetas: «Por etiquetas» (Pro), cuenta a cuenta, y «Chargeback» (Business), con todas las cuentas juntas.

Caso práctico: ACME en tres nubes

ACME, una empresa ficticia, tiene la tienda online en AWS, el ERP y su base de datos SQL en Azure, y la analítica en Google Cloud. Hasta ahora, cada equipo revisaba su consola una vez al mes. Este es su gasto mensual aproximado:

Paso 1: conectar las tres nubes

En Mis cuentas cloud → «Conectar cuenta», el asistente pregunta primero «¿Qué proveedor cloud?» y después sigue un camino distinto para cada uno. En los tres casos el acceso es de sólo lectura:

• AWS: «Paso 1 — Crear el rol IAM» abre CloudFormation con un stack preparado que crea un rol de sólo lectura protegido con un ExternalId. En «Paso 2 — Copiar el ARN del rol» copias el ARN que devuelve el stack y en «Paso 3 — Conectar la cuenta» lo pegas y le das un nombre. Los costes salen de Cost Explorer.
• Azure: «Paso 1 — Crear el Service Principal» te da los comandos de Azure CLI (o Cloud Shell) para crear un Service Principal con el rol Reader, para inventario y postura, y Cost Management Reader, para los costes. En «Paso 2 — Credenciales del Service Principal» introduces Tenant ID, Client ID (appId), Client Secret (password) y Subscription ID, y en «Paso 3 — Nombre y conexión» le das nombre.
• Google Cloud: «Paso 1 — Crear un Service Account» en IAM & Admin → Service Accounts, con roles/viewer y los roles de lectura de Compute, SQL y Functions, y con las APIs correspondientes habilitadas en el proyecto. En «Paso 2 — Subir Service Account» subes el fichero JSON. «Paso 3 — Costes reales (opcional)» te pide la tabla de BigQuery Billing Export.

Paso 2: leer el Dashboard

Tras el primer escaneo de cada cuenta, el «Dashboard» muestra el «Gasto total» de «todos los clouds · 30 días»: en el caso de ACME, unos 10.500 US$. Debajo están la «Evolución del gasto», con la previsión del mes en curso en Pro, el bloque «Requiere tu atención», el resumen de «Ahorro» y la lista «Tus cuentas cloud», con el gasto, el ahorro posible y el último escaneo de cada cuenta. Por primera vez, el comité de ACME ve una sola cifra para toda la nube.

Paso 3: las mismas reglas en las tres nubes

Las «Reglas de análisis» aplican familias equivalentes en cada proveedor. En todos los planes: CPU baja, discos sin adjuntar, IP públicas sin usar y recursos sin etiquetas de gobierno, además de máquinas detenidas que siguen generando coste en AWS y Azure. En Pro se añaden, según el proveedor, balanceadores sin tráfico, bases de datos sin conexiones, funciones sin invocaciones, almacenamiento en una clase cara, rightsizing y NAT huérfanos. En «Hallazgos activos», con el filtro «Todas las cuentas», ACME ve juntos los de sus tres nubes:

Paso 4: la Comparativa multi-cloud

En Informes → Multi-cloud (/reports/multicloud) está la «Comparativa multi-cloud». Se construye con el último escaneo completado de cada cuenta y tiene estas partes:

• Indicadores arriba: «Gasto total», el proveedor con más gasto y el ahorro total de las recomendaciones de migración.
• Una tarjeta por proveedor con su gasto mensual y el número de recursos.
• «Distribución de gasto por proveedor», con el reparto por categoría (cómputo, bases de datos, almacenamiento, red, serverless). En ACME: AWS 59 %, Azure 28 % y Google Cloud 13 %.
• «Comparativa de workloads por proveedor»: el coste del mismo tipo de carga en cada nube, incluidas estimaciones para los proveedores donde no tienes recursos, con la opción más barata marcada como «Menor» y un nivel de confianza.
• «Recomendaciones de migración», con «Coste actual», «Coste estimado», «Ahorro», «Complejidad» y «Confianza».

Las recomendaciones de migración son sólo informativas

Una recomendación aparece cuando otra nube saldría al menos un 15 % y 10 US$ al mes más barata para una categoría. La complejidad depende del tipo de carga: baja para almacenamiento, media para cómputo y alta para bases de datos o red. En ACME aparece una para el cómputo de Azure. El equipo la descarta: el ERP tiene licencias ligadas a Azure y mover datos entre nubes tiene un coste de salida que la estimación no incluye.

Paso 5: repartir el coste con Chargeback y Por etiquetas

AAA Sentinel mide la cobertura de cinco etiquetas de gobierno en las tres nubes: Environment, Project, Owner, CostCenter y Team. Acepta también la clave en minúsculas, lo que importa en Google Cloud, donde las etiquetas (labels) sólo admiten minúsculas: environment, project, owner, costcenter y team. Con esa medida hay dos informes:

• «Por etiquetas» (Pro), cuenta a cuenta: «Cobertura de etiquetado» por clave, «Desglose por servicio», «Hallazgos por región» y «Hallazgos por tipo de recurso».
• «Chargeback» (Business), con todas las cuentas juntas: eliges una clave y ves el gasto dividido en «Etiquetado» y «Sin asignar», además del «Desglose por cuenta», con su proveedor, y el «Top servicios por coste».
• El reparto es proporcional a la cobertura: el gasto de cada cuenta se divide según el porcentaje de sus recursos que llevan esa etiqueta.

En qué moneda se ven los importes

En estos informes, todo el coste se guarda en dólares. Si una cuenta devuelve su coste real en otra moneda, la plataforma no lo mezcla con el resto y recurre a estimaciones con precios públicos, que sí están en dólares. En Google Cloud, la exportación trae el tipo de cambio que aplicó Google y se deshace fila a fila. Si prefieres verlo en euros o libras, cámbialo en Configuración → Preferencias → «Moneda de visualización»: cada importe se convierte con el tipo de cambio del Banco Central Europeo de su propia fecha, así que el histórico no se mueve.

Cuando necesitas repartir por equipo concreto

El Chargeback te dice cuánto gasto está etiquetado y cuánto no, pero no reparte entre los valores de una etiqueta: no separa el equipo de pagos del de catálogo. Para eso está el reparto por centro de coste sobre la factura detallada en formato FOCUS, también en Business, que explicamos en el artículo «De la factura cloud al coste por pedido: reparto por centro de coste y coste unitario en AWS, Azure y Google Cloud». Allí verás también que, en ese informe, cada moneda va en su propia tarjeta y nunca se convierte.

Lo que no hace todavía

Para usar la vista multi-cloud con criterio, conviene conocer sus límites:

• Chargeback y Por etiquetas reparten por cobertura de etiquetas (etiquetado frente a sin asignar), no por el valor de cada etiqueta.
• La comparativa de workloads y las recomendaciones de migración son aproximaciones: parte del inventario se reconstruye a partir de los hallazgos y del desglose de coste por servicio.
• Las recomendaciones de migración no incluyen egress, licencias, descuentos ni compromisos, y la plataforma no ejecuta migraciones.
• En Google Cloud, sin BigQuery Billing Export el coste es una estimación con precios públicos.
• Las cinco claves de gobierno son fijas: el Chargeback no admite claves personalizadas.

Checklist para empezar

Con esto en marcha, la próxima vez que alguien pregunte cuánto cuesta la nube tendrás una sola respuesta para las tres:

• Plan Pro o superior para conectar más de una cuenta (Business para Chargeback).
• AWS, Azure y Google Cloud conectados con acceso de sólo lectura.
• BigQuery Billing Export configurado en Google Cloud para tener coste real.
• «Dashboard» revisado y «Hallazgos activos» filtrados por «Todas las cuentas».
• Comparativa multi-cloud leída, con las migraciones tomadas como pistas, no como órdenes.
• Las cinco etiquetas de gobierno acordadas y escritas igual en las tres nubes, en minúsculas en Google Cloud.
• Moneda de visualización elegida en Configuración → Preferencias.