Nadie ha visto el entorno entero: lo que muestra un mapa multinube que cuatro consolas no pueden

Pregunta a un equipo de ingeniería dónde corre su infraestructura y tendrás una respuesta segura: "Fráncfort e Irlanda, sobre todo". Pregúntaselo a la consola y tendrás otra distinta. Casi siempre hay algo en us-east-1, porque es el valor por defecto y alguien pasó una vez por un asistente. Y a menudo hay una región en un continente que nadie del equipo sabe explicar, resto de una prueba de concepto, de un proveedor externo o de un servicio que aprovisiona un recurso global sin avisar.

Esto no es incompetencia. Es una propiedad estructural de las consolas cloud: están organizadas por proveedor, por cuenta y por región, y te enseñan exactamente el trozo al que has navegado. No existe en ninguna de las cuatro nubes grandes una vista que te muestre todo lo que ejecutas en todas ellas. Así que nadie lo ha visto nunca.

Dibujar esa vista única es para lo que se construyó Skyline en origen, porque la necesitábamos para nuestros propios diagnósticos y no había forma honesta de producirla en una tarde.

Un modelo de datos, cuatro proveedores

La decisión de diseño que hace posible todo lo demás es que todo aterriza con la misma forma. Un escaneo en vivo de AWS, un escaneo de una organización de Google Cloud, una suscripción de Azure, una tenancy de Oracle Cloud y una carpeta de ficheros .tf producen lo mismo: una lista plana de recursos con nombres de tipo al estilo de Terraform, agrupados por región.

Por eso las reglas de seguridad se escriben una vez y funcionan sobre todos, por eso el motor de costes es un núcleo agnóstico del proveedor con un catálogo de precios por nube enchufado, y por eso al mapa le da igual de dónde venga un recurso. Un hallazgo del informe de seguridad apunta al mismo recurso que ves en el mapa y en la tabla de costes, porque solo hay uno.

Los alcances siguen cómo organiza las cosas cada proveedor, en lugar de imponerles una forma:

• AWS — una cuenta, todas las regiones.
• Google Cloud — un proyecto, una carpeta o la organización entera.
• Azure — una suscripción o un grupo de administración.
• Oracle Cloud — la tenancy completa.

Lo que el mapa sorprende sistemáticamente

Después de hacer esto en unas cuantas decenas de entornos, las sorpresas se repiten. Cuatro son casi universales.

Regiones que nadie eligió

El residuo en us-east-1 es el clásico. También es frecuente una región habilitada para una prueba de carga hace dos años que todavía sostiene un NAT gateway y tres volúmenes, y servicios globales cuyos recursos se atribuyen a una región de origen en la que el equipo nunca ha pensado. Nada de esto es caro por sí solo. Todo ello es superficie de cumplimiento —datos en una jurisdicción que nadie aprobó— y esa conversación es mucho más corta cuando es un punto en un mapa que cuando es una hoja de cálculo.

Recursos que Terraform desconoce

Este es el que cambia comportamientos. Carga el Terraform y carga la cuenta en vivo: la diferencia entre ambos es el conjunto de recursos que alguien creó a mano o, más a menudo, los restos que quedaron cuando alguien destruyó un stack a mano y Terraform nunca supo que esas piezas existían.

Volúmenes EBS huérfanos, direcciones sin asociar, balanceadores sin destinos sanos, una base de datos del fin de semana de una migración. Baratos uno a uno, significativos en conjunto, e invisibles tanto en un terraform plan (no están en el estado) como en la consola (parecen todo lo demás).

Un reparto de costes que nadie predijo

Pide al equipo que nombre sus tres servicios más caros antes de abrir la vista de coste. Merece la pena como ejercicio, porque el fallo es informativo. El cómputo suele acertarse. Lo que se escapa es la transferencia de datos, que no es la línea de nadie y la factura de todos, y los costes fijos mensuales de los componentes de red: un NAT gateway por zona de disponibilidad en cuatro entornos es una cifra seria que no aparece en ningún diagrama de arquitectura.

Skyline estima el coste mensual por región y por servicio a partir de listas de precios públicas, y pone al lado el gasto real de tu export de facturación donde está disponible. La estimación sirve para priorizar; la diferencia entre la estimación y el gasto real es informativa por sí misma, porque suele apuntar a líneas por uso que nadie vigila.

El grafo de dependencias que nadie había dibujado

Pincha en una región y obtienes sus recursos agrupados por servicio, más el grafo de qué apunta a qué, derivado de las referencias de Terraform y de depends_on en la vía de código, y de las relaciones reales en un escaneo en vivo. Casi todos los equipos tienen un diagrama de arquitectura. Muy pocos tienen uno que coincida con lo desplegado, y la diferencia entre ambos es normalmente donde viven las incidencias.

Por qué lo regalamos

La lógica comercial se puede decir claramente. Hacemos consultoría de cloud, IA y seguridad, y cada proyecto empieza con el mismo diagnóstico de diez días en solo lectura. Skyline es la herramienta que usamos en ese diagnóstico. Publicarla nos cuesta el hosting y nos trae clientes que llegan sabiendo ya cómo es su entorno, lo que hace que la primera conversación sea mucho mejor.

Es también, francamente, la forma más rápida de enseñar a qué nos referimos en lugar de afirmarlo. Un mapa del entorno con once hallazgos y un desglose de coste es una muestra más honesta de nuestro trabajo que un caso de éxito.

Así que la cuenta es gratuita, los escaneos son gratuitos y los informes son gratuitos. Las credenciales se usan en memoria para el escaneo que pides y se descartan al terminar, y Skyline rechaza credenciales que puedan escribir. Si prefieres no conectar nada, la vía de Terraform te da las mismas cuatro vistas solo con el código.

Qué hacer con esto esta semana

Apúntalo a una cuenta que creas entender bien. Después mira tres cosas en orden: las regiones del mapa que no esperabas, las tres primeras líneas de coste por servicio y el hallazgo de mayor severidad. Si las tres encajan con tu modelo mental, estás mejor que la mayoría de equipos y te ha costado diez minutos.

Prueba Skyline. Si el mapa plantea preguntas que necesitan una persona y no una herramienta, para eso está nuestro trabajo de cloud.