Encontrar el desperdicio de nube que nadie está buscando

La mayoría del desperdicio en la nube no es una mala decisión que alguien tomó a propósito. Es un disco que nadie desconectó después de redimensionar un servidor hace ocho meses, un load balancer apuntando a un servicio que ya se dio de baja, un snapshot guardado “por si acaso” del que nadie se ha vuelto a acordar. Nada de esto aparece en una factura como una línea obvia por sí sola — está tan repartido que leer una factura línea por línea casi nunca lo detecta.

Qué se escanea en realidad

Railyard nunca le pone un sobreprecio al cómputo — cada servidor se cobra al precio real del proveedor de nube, tal cual. La página de Costs usa las mismas credenciales de nube que ya guardaste para crear servidores, y escanea directamente cuentas de DigitalOcean, Hetzner, Vultr y AWS: cada cuenta a su turno, AWS región por región, con progreso en vivo mientras corre. Los montos facturados vienen de la propia API de facturación de cada proveedor cuando existe una (AWS Cost Explorer, facturas de DigitalOcean, cargos pendientes de Vultr, créditos y reembolsos incluidos) — Hetzner no tiene API de facturación, así que sus cifras vienen de la lista de precios en vivo de Hetzner en su lugar.

No se detiene en los servidores que creó Railyard: discos, direcciones IP, snapshots, imágenes de máquina, NAT gateways, load balancers y bases de datos — cualquier cosa en la cuenta, incluyendo recursos con los que el escaneo no tuvo nada que ver al aprovisionarlos.

Qué encuentra en realidad

Agrupado por qué tan fácil es la corrección — fáciles, medias, cambios más grandes, y cosas que vale la pena revisar con cuidado — con cada hallazgo explicando por qué se marcó, qué le hace a la app en ejecución corregirlo, y cómo:

• Discos sin adjuntar, y discos sobre servidores que llevan mucho tiempo detenidos
• Direcciones IP sin usar, NAT gateways inactivos y load balancers sin tráfico real
• Snapshots e imágenes de máquina viejas que nadie ha vuelto a usar
• Servidores corriendo inactivos, sin ninguna app, o solo con apps detenidas
• Un servidor con un tamaño muy por encima de lo que de verdad necesita su propio promedio y pico de CPU/memoria de los últimos 14 días
• Tipos de instancia de AWS de generaciones anteriores, y dónde ARM (Graviton) costaría menos por el mismo trabajo
• Discos de AWS y almacenamiento de bases de datos que podrían moverse a gp3

La parte que importa más que la lista: la mayoría es un clic

Donde una corrección es segura de automatizar, el hallazgo trae un botón real — eliminar disco, liberar IP, eliminar snapshot, terminar, convertir a gp3, detener, redimensionar — cada uno pidiendo confirmación y diciendo claramente el impacto primero (“elimina el disco y sus datos — sácale un snapshot antes”). Un redimensionamiento le saca un snapshot al servidor automáticamente antes de tocarlo. Los cambios más grandes, como mover un servidor completo a ARM, vienen con los pasos reales en vez de un botón de un clic, porque esa no es una decisión segura de automatizar del todo.

Barreras de seguridad, no solo un reporte

Define un presupuesto mensual y las reglas de notificación se disparan al 50%, 80% y 100% del pronóstico de fin de mes — además de cada vez que el gasto se dispara o aparece desperdicio nuevo. Marca Hard cap y Railyard lo hace cumplir en vez de solo avisar: al 100% del presupuesto, cada app que no es de producción se duerme y deja de ser posible crear servidores nuevos hasta que el gasto vuelva a estar bajo el límite o se suba el presupuesto. Esa es la diferencia entre un panel de costos y algo que de verdad evita que la factura se descontrole durante un fin de semana largo que nadie está vigilando.

Lo que admite abiertamente que no sabe

Las cifras de ahorro usan el precio de lista público de cada proveedor para la región — un descuento empresarial negociado no es visible para el escaneo. Los desgloses de costo por entorno en el canvas son la parte proporcional de cada servicio en el precio de su servidor, calculada a partir del uso de memoria — una estimación real, presentada como tal, no como una factura exacta.

Referencia completa, incluyendo la política exacta de IAM de AWS necesaria: Costos y ahorros.