Administrar costos de Azure Spring Apps
Nota:
Los planes Básico, Estándar y Enterprise quedarán en desuso a partir de mediados de marzo de 2025, con un período de retirada de 3 años. Se recomienda realizar la transición a Azure Container Apps. Para más información, consulte el anuncio de retirada de Azure Spring Apps.
El plan Estándar por consumo y dedicado quedará obsoleto a partir del 30 de septiembre de 2024, con un cierre completo al cabo de seis meses. Se recomienda realizar la transición a Azure Container Apps. Para más información, consulte Migrar el plan Estándar por consumo y dedicado de Azure Spring Apps a Azure Container Apps.
Este artículo se aplica a: ✔️ Consumo y dedicado estándar (versión preliminar) ✔️ Básico/Estándar ✔️ Enterprise
En este artículo se describen las opciones y funcionalidades de ahorro de costos que proporciona Azure Spring Apps.
Ahorro adicional en el plan Enterprise
Para el plan Enterprise, ahora ofrecemos descuentos adicionales para compromisos más largos en las partes del precio de Microsoft y VMware (de Broadcom). Para obtener más información, consulte Precios de Azure Spring Apps.
Para la parte del precio de Microsoft, el plan Enterprise actualmente tiene disponibles opciones de precios con descuento anual. Para obtener más información, consulte Maximización del valor: soluciones en la nube simplificadas con grandes ahorros de costos para Spring Apps.
En el caso de la parte del precio de VMware (de Broadcom), el descuento negociable varía en función del número de años para los que se realiza el registro. Para obtener más información, póngase en contacto con su representante de ventas.
Concesiones gratuitas mensuales
Las primeras 50 horas de vCPU y 100 GB de memoria al mes son gratuitos por suscripción. Para más información, consulte el artículo Price Reduction - Azure Spring Apps does more, costs less! ("Reducción de precios: Azure Spring Apps te da más por menos") en el Blog de Apps on Azure.
Iniciar y detener instancias
Si tiene instancias de Azure Spring Apps que no necesitan ejecutarse continuamente, puede ahorrar costos reduciendo el número de instancias en ejecución. Para obtener más información, consulte Inicio o detención de la instancia de servicio de Azure Spring Apps.
Escalado y escalado automático
Puede escalar manualmente las capacidades informáticas para adaptarse a un entorno cambiante. Para más información, consulte Escalado de una aplicación en Azure Spring Apps.
El escalado automático reduce los costos operativos al terminar los recursos redundantes cuando ya no son necesarios. Para más información, consulte Configuración de la escalabilidad automática para aplicaciones.
También puede configurar reglas de escalado automático para sus aplicaciones con el plan de consumo y dedicado Estándar de Azure Spring Apps. Para obtener más información, consulte Inicio rápido: configurar el escalado automático para aplicaciones en el plan de consumo y dedicado Estándar de Azure Spring Apps.
Dejar de mantener entornos que no se usan
Si configura varios entornos al desarrollar un producto, es importante quitar aquellos que ya no se usen una vez que el producto esté activo.
Quitar las implementaciones innecesarias
El uso de estrategias (como la implementación azul-verde) para reducir el tiempo de inactividad puede dar lugar a numerosas implementaciones inactivas en los espacios de ensayo, sobre todo múltiples instancias de aplicación que no son necesarias una vez que se implementen las versiones más recientes en producción.
Evitar la asignación excesiva de recursos
Los usuarios de Java suelen reservar más memoria y más potencia de procesamiento de las que realmente necesitan. Aunque no hay problema en usar instancias de aplicaciones grandes durante los meses iniciales en producción, debe ajustar la asignación de recursos en función de los datos de uso.
Evitar el escalado innecesario
Si usa más instancias de aplicación de las que necesita, debe ajustar el número de instancias en función de los datos de uso reales.
Optimizar la recopilación de datos para supervisión
Si recopila más registros, métricas y seguimientos de los que puede usar o permitirse, debe determinar cuáles son necesarios para solucionar problemas, planear la capacidad y supervisar la producción. Por ejemplo, puede reducir la frecuencia de supervisión del rendimiento de la aplicación o ser más selectivo respecto a qué registros, métricas y seguimientos se envían a las herramientas de agregación de datos.
Desactivar el modo de depuración
Si olvida desactivar el modo de depuración para las aplicaciones, se recopila una gran cantidad de datos y se envía a las plataformas de supervisión. Olvidarse de desactivar el modo de depuración puede ser innecesario y costoso.