Apply suggestions from code review

Co-authored-by: Craig Shoemaker <[email protected]>

Author: Rick-Anderson

articles/container-apps/dotnet-overview.md

@@ -112,8 +112,7 @@ For a chance to implement custom logic to determine the health of your applicati
 
 By default, Azure Container Apps automatically scales your ASP.NET Core apps based on the number of incoming HTTP requests. You can also configure custom autoscaling rules based on other metrics, such as CPU or memory usage. To learn more about scaling, see [Set scaling rules in Azure Container Apps](scale-app.md).
 
-```suggestion
-In .NET 8.0.4 and later, when a ASP.NET Core app that uses [Data Protection](/aspnet/core/security/data-protection/introduction) is deployed, the environment variable `autoConfigureDataProtection` is automatically set `true`. This setting starts a key manager and handles the writing and sharing keys across multiple instances when the app auto-scales. For more information, see [this GitHub pull request](https://github.com/Azure/azure-rest-api-specs/pull/28001). `autoConfigureDataProtection=true` allows ASP.NET Core apps that use Data Protection to scale horizontally when deployed to ACA by providing a default configuration.
+In .NET 8.0.4 and later, ASP.NET Core apps that use [data protection](/aspnet/core/security/data-protection/introduction) are automatically configured to keep protected data accessible to all replicas as the application scales. When your app begins to scale, a key manager handles the writing and sharing keys across multiple revisions. As the app is deployed, the environment variable `autoConfigureDataProtection` is automatically set `true` to enable this feature. 
 
 Autoscaling changes the number of replicas of your app based on the rules you define. By default, Container Apps randomly routes incoming traffic to the replicas of your ASP.NET Core app. Since traffic can split among different replicas, your app should be stateless so your application doesn't experience state-related issues.