En la nube, pagas por lo que usas (la mayoría de las veces). También hay muchos servicios que funcionan todo el día, independientemente de si están siendo utilizados. En cualquier caso, debes tener en cuenta los costes de tus aplicaciones. Esto significa ser consciente del uso de los ciclos de la CPU, la memoria, el almacenamiento y el ancho de banda.
Piensa en el ancho de banda
Considere este ejemplo: Desea migrar un sistema que tiene un servidor SQL in situ a una base de datos SQL Azure (el equivalente Azure de SQL Server). Después de cambiar todas las cadenas de conexión de las aplicaciones a la nueva base de datos -incluyendo algunas de las aplicaciones que todavía se ejecutan en las instalaciones- el siguiente paso sería trasladarlas a la nube. Puede que piense que todo está bien, hasta que se dé cuenta de que una de las aplicaciones en las instalaciones copia la base de datos completa a su memoria para procesar los datos, cada hora.
En Azure, pagas por los datos salientes (el tráfico saliente se llama salida; el entrante se llama entrada), así que si no estás viendo el ancho de banda, puedes encontrar una factura inesperadamente alta al final del mes.
Piensa en el rendimiento
Debes tener en cuenta la CPU y la memoria que consumes, además de los datos. Por ejemplo, cuando usas una Función Azul, se te factura por la cantidad de tiempo de procesamiento y la potencia que se necesita para ejecutar tu función (ver los detalles aquí). Esto significa que si tienes una función lenta que consume muchos ciclos de CPU y memoria, pagarás más. Especialmente cuando ejecutas millones de ellos al mes.
Baja la escala de tus servicios y apágalos
Además de hacer que sus aplicaciones sean eficientes, también puede ahorrar costos al reducir sus servicios; puede apagar o reducir las máquinas virtuales cuando no las esté usando. O escalar sus servicios de aplicaciones a un nivel de precios más barato y menos instancias cuando la carga es baja. La capacidad de reducir y escalar es lo que hace que la nube sea flexible y rentable.