Su factura de Azure tiene tres palancas y probablemente no está usando ninguna

Casi todas las facturas de nube que revisamos tienen el mismo perfil: máquinas encendidas a tarifa bajo demanda, del tamaño con el que se migraron, con licencias que la empresa ya pagó en otro contrato y que nadie aplicó. No es negligencia. Es que las tres palancas que mueven el costo viven en sitios distintos del portal y ninguna se activa sola.

Palanca 1 · Azure Hybrid Benefit: deje de pagar dos veces

Si su empresa tiene licencias de Windows Server o de SQL Server con Software Assurance, puede aplicarlas a las máquinas que corren en Azure. Sin eso, la tarifa por hora incluye el licenciamiento otra vez: paga el sistema operativo en el contrato de licenciamiento y lo vuelve a pagar en la factura de consumo.

Es la palanca más rápida porque no exige tocar la arquitectura: es una opción por máquina, y el ahorro aparece en el siguiente ciclo de facturación. Lo que sí exige es inventario, porque hay que saber qué licencias tiene, cuántos núcleos cubren y qué ambientes pueden acogerse.

Palanca 2 · Instancias reservadas, pero en tramos

Una reserva es un compromiso de consumo a uno o tres años a cambio de un descuento sobre la tarifa estándar. En cómputo, una reserva a tres años puede llegar al 62% de descuento. La pregunta no es si conviene: conviene. La pregunta es cuánto reservar y cuándo.

Aquí es donde se equivoca más gente. Comprar una reserva única, por el total del consumo actual y al día siguiente de migrar, congela una foto que todavía se está moviendo. Lo que hacemos es distinto: reservar por tramos escalonados. Primero la base estable —lo que se sabe que va a seguir encendido pase lo que pase—, y después, cada trimestre, un tramo nuevo sobre el consumo que ya demostró ser permanente.

Así el descuento entra igual, pero la empresa no queda amarrada a un tamaño que va a cambiar cuando se redimensionen las máquinas, que es justo la palanca siguiente.

Palanca 3 · Redimensionar por tipo de máquina y de disco

Una migración honesta se hace primero y se optimiza después. Eso significa que las máquinas llegan a la nube con el tamaño que tenían en el centro de datos, dimensionadas para un pico que quizá ocurre dos veces al año, y con discos elegidos por costumbre.

Redimensionar no es solo «bajar de tamaño». Es elegir la familia correcta —hay familias optimizadas para memoria, para cómputo o para entrada y salida— y el tipo de disco correcto, porque el rendimiento y el costo del almacenamiento cambian mucho entre opciones. En un cliente que operaba la aplicación y la base de datos en una sola máquina de 64 núcleos, separar en dos capas y dimensionar cada una para lo suyo, con Hybrid Benefit y reservas, redujo el costo un 60% frente a la tarifa bajo demanda.

Las tres juntas, y en este orden

1. Redimensione primero, o reservará un tamaño que no necesita.
2. Aplique Hybrid Benefit sobre lo que quede, que es inmediato y no compromete nada.
3. Reserve después, en tramos, sobre el consumo que ya se estabilizó.

Y luego, la parte aburrida: revisarlo

Una optimización sin seguimiento dura un trimestre. Por eso el consumo se reporta todos los meses en el informe de servicio y se analiza a fondo cada trimestre, con proyección a seis meses y recomendaciones por entorno. Es la diferencia entre un ahorro que se anuncia una vez y un costo que se administra.

Dos detalles que conviene tener claros desde el principio: el consumo de servicios en la nube está excluido de IVA —los servicios administrados sí lo causan— y, si nosotros somos su partner, la factura le llega en pesos colombianos, mes vencido y a la TRM del día consignada en el documento.

¿Quiere saber cuánto hay sobre la mesa en su caso? Escríbanos y lo miramos con su consumo real, no con un estimado de folleto.