Manage costs for Azure Spring Apps
Note
The Basic, Standard, and Enterprise plans will be deprecated starting from mid-March, 2025, with a 3 year retirement period. We recommend transitioning to Azure Container Apps. For more information, see the Azure Spring Apps retirement announcement.
The Standard consumption and dedicated plan will be deprecated starting September 30, 2024, with a complete shutdown after six months. We recommend transitioning to Azure Container Apps.
This article describes the cost-saving options and capabilities that Azure Spring Apps provides.
Monthly free grants
The first 50 vCPU hours and 100-GB hours of memory are free each month per subscription. For more information, see Price Reduction - Azure Spring Apps does more, costs less! on the Apps on Azure Blog.
Start and stop instances
If you have Azure Spring Apps instances that don't need to run continuously, you can save costs by reducing the number of running instances. For more information, see Start or stop your Azure Spring Apps service instance.
Scale and autoscale
You can manually scale computing capacities to accommodate a changing environment. For more information, see Scale an application in Azure Spring Apps.
Autoscale reduces operating costs by terminating redundant resources when they're no longer needed. For more information, see Set up autoscale for applications.
Stop maintaining unused environments
If you set up several environments while developing a product, it's important to remove the environments that are no longer in use once the product is live.
Remove unnecessary deployments
If you use strategies like blue-green deployment to reduce downtime, it can result in many idle deployments on staging slots, especially multiple app instances that aren't needed once newer versions are deployed to production.
Avoid over allocating resources
Java users often reserve more processing power and memory than they really need. While it's fine to use large app instances during the initial months in production, you should adjust resource allocation based on usage data.
Avoid unnecessary scaling
If you use more app instances than you need, you should adjust the number of instances based on real usage data.
Streamline monitoring data collection
If you collect more logs, metrics, and traces than you can use or afford, you must determine what's necessary for troubleshooting, capacity planning, and monitoring production. For example, you can reduce the frequency of application performance monitoring or be more selective about which logs, metrics, and traces you send to data aggregation tools.
Deactivate debug mode
If you forget to switch off debug mode for apps, a large amount of data is collected and sent to monitoring platforms. Forgetting to deactivate debug mode could be unnecessary and costly.