Skip to content

Commit 7e55273

Browse files
committed
Acrolinx update
1 parent 1e635ac commit 7e55273

File tree

1 file changed

+4
-5
lines changed

1 file changed

+4
-5
lines changed

articles/azure-app-configuration/howto-best-practices.md

Lines changed: 4 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -5,9 +5,8 @@ services: azure-app-configuration
55
author: zhenlan
66
ms.service: azure-app-configuration
77
ms.topic: conceptual
8-
ms.date: 10/01/2024
8+
ms.date: 03/10/2025
99
ms.author: zhenlwa
10-
ms.custom: "devx-track-csharp, mvc"
1110
---
1211

1312
# Azure App Configuration best practices
@@ -23,7 +22,7 @@ App Configuration provides two options for organizing keys:
2322

2423
You can use either one or both options to group your keys.
2524

26-
*Key prefixes* allow you to group related keys by using a common prefix in their names. Prefixes can include multiple segments separated by delimiters such as `/` or `:`, forming a hierarchical namespace. This approach is particularly useful when storing configuration keys for multiple applications or microservices within a single App Configuration store.
25+
*Key prefixes* allow you to group related keys by using a common prefix in their names. Prefixes can include multiple segments separated by delimiters such as `/` or `:`, forming a hierarchical namespace. This approach is useful when storing configuration keys for multiple applications or microservices within a single App Configuration store.
2726

2827
It's important to remember that keys are directly referenced by your application code to retrieve their corresponding values. Therefore, keys should remain stable to avoid code changes. If needed, you can use the App Configuration provider to trim key prefixes at runtime.
2928

@@ -54,7 +53,7 @@ configBuilder.AddAzureAppConfiguration(options => {
5453

5554
Azure App Configuration supports dynamic configuration refresh without requiring an application restart. The [App Configuration providers](./configuration-provider-overview.md) can monitor configuration changes using two approaches:
5655

57-
**Monitoring all selected keys**
56+
#### Monitoring all selected keys
5857

5958
In this approach, the provider monitors all selected keys. If a change is detected in any of the selected key-values, the entire configuration is reloaded. This approach ensures immediate updates without needing a dedicated sentinel key.
6059

@@ -74,7 +73,7 @@ configBuilder.AddAzureAppConfiguration(options =>
7473
});
7574
```
7675

77-
**Monitoring a sentinel key**
76+
#### Monitoring a sentinel key
7877

7978
Alternatively, you can monitor an individual key, often referred to as the *sentinel key*. This approach is useful when updating multiple key-values. By updating the sentinel key only after all other configuration changes are completed, you ensure your application reloads configuration just once, maintaining consistency.
8079

0 commit comments

Comments
 (0)