Merge pull request #262008 from taoxu0903/patch-10

Update cost-management.md

Author: prmerger-automator[bot]

articles/spring-apps/cost-management.md

@@ -18,6 +18,14 @@ ms.custom: devx-track-java, contperf-fy21q2, event-tier1-build-2022
 
 This article describes the cost-saving options and capabilities that Azure Spring Apps provides.
 
+## Save more on the Enterprise plan
+
+For the Enterprise plan, we now offer further discounts for longer commitments on both the Microsoft and VMware (by Broadcom) parts of the pricing. For more information, see [Azure Spring Apps pricing](https://azure.microsoft.com/pricing/details/spring-apps/).
+
+For the Microsoft part of the pricing, the Enterprise plan currently has yearly discounted pricing options available. For more information, see [Maximizing Value: Streamlined Cloud Solutions with Prime Cost Savings for Spring Apps](https://techcommunity.microsoft.com/t5/apps-on-azure-blog/maximizing-value-streamlined-cloud-solutions-with-prime-cost/ba-p/3904599).
+
+For the VMware (by Broadcom) part of the pricing, the negotiable discount varies based on the number of years you sign up for. For more information, reach out to your sales representative.
+
 ## Monthly free grants
 
 The first 50 vCPU hours and 100-GB hours of memory are free each month. For more information, see [Price Reduction - Azure Spring Apps does more, costs less!](https://techcommunity.microsoft.com/t5/apps-on-azure-blog/price-reduction-azure-spring-apps-does-more-costs-less/ba-p/3614058) on the [Apps on Azure Blog](https://techcommunity.microsoft.com/t5/apps-on-azure-blog/bg-p/AppsonAzureBlog).
@@ -38,27 +46,27 @@ Autoscale reduces operating costs by terminating redundant resources when they'r
 
 You can also set up autoscale rules for your applications in the Azure Spring Apps Standard consumption and dedicated plan. For more information, see [Quickstart: Set up autoscale for applications in the Azure Spring Apps Standard consumption and dedicated plan](quickstart-apps-autoscale-standard-consumption.md).
 
-## Stop maintaining unused environments 
+## 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 
+## 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 
+## 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 
+## 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 
+## 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 
+## 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.