Feature Flags let you remotely control the activation of features without code changes. They help you to test, release, and manage features safely and quickly by driving changes using centralized configurations.
In a previous article, we learned how to integrate Feature Flags in ASP.NET Core applications. Also, a while ago, we learned how to integrate Azure App Configuration in an ASP.NET Core application.
In this article, we are going to join the two streams in a single article: in fact, we will learn how to manage Feature Flags using Azure App Configuration to centralize our configurations.
It’s a sort of evolution from the previous article. Instead of changing the static configurations and redeploying the whole application, we are going to move the Feature Flags to Azure so that you can enable or disable those flags in just one click.
Let’s reuse the example shown in the previous article.
We have an ASP.NET Core application (in that case, we were building a Razor application, but it’s not important for the sake of this article) with some configurations defined in the appsettings file under the Feature
key:
{
"FeatureManagement": {
"Header": true,
"Footer": true,
"PrivacyPage": false,
"ShowPicture": {
"EnabledFor": [
{
"Name": "Percentage",
"Parameters": { "Value": 60 }
}
]
}
}
}
We have already dove deep into Feature Flags in an ASP.NET Core application in the previous article. However, let me summarize it.
First of all, you have to define your flags in the appsettings.json file using the structure we saw before.
To use Feature Flags in ASP.NET Core, you have to install the Microsoft.FeatureManagement.AspNetCore NuGet package.
Then, you have to tell ASP.NET to use Feature Flags by calling:
builder.Services.AddFeatureManagement();
Finally, you are able to consume those flags in three ways:
IFeatureManager
interface and call IsEnabled
or IsEnabledAsync
;FeatureGate
attribute on a Controller class or a Razor model;<feature>
tag in a Razor page to show or hide a portion of HTMLWe are ready to move our Feature Flags to Azure App Configuration. Needless to say, you need an Azure subscription 😉
Log in to the Azure Portal, head to “Create a resource”, and create a new App Configuration:
I’m going to reuse the same instance I created in the previous article - you can see the full details in the How to create an Azure App Configuration instance section.
Now we have to configure the same keys defined in the appsettings file: Header, Footer, and PrivacyPage.
Open the App Configuration instance and locate the “Feature Manager” menu item in the left panel. This is the central place for creating, removing, and managing your Feature Flags. Here, you can see that I have already added the Header and Footer, and you can see their current state: “Footer” is enabled, while “Header” is not.
How can I add the PrivacyPage flag? It’s elementary: click the “Create” button and fill in the fields.
You have to define a Name and a Key (they can also be different), and if you want, you can add a Label and a Description. You can also define whether the flag should be active by checking the “Enable feature flag” checkbox.
It’s time to integrate Azure App Configuration with our ASP.NET Core application.
Before moving to the code, we have to locate the connection string and store it somewhere.
Head back to the App Configuration resource and locate the “Access keys” menu item under the “Settings” section.
From here, copy the connection string (I suggest that you use the Read-only Keys) and store it somewhere.
Before proceeding, you have to install the Microsoft.Azure.AppConfiguration.AspNetCore NuGet package.
Now, we can add Azure App Configuration as a source for our configurations by connecting to the connection string and by declaring that we are going to use Feature Flags:
builder.Configuration.AddAzureAppConfiguration(options =>
options.Connect(connectionString).UseFeatureFlags()
);
That’s not enough. We need to tell ASP.NET that we are going to consume these configurations by adding such functionalities to the Services
property.
builder.Services.AddAzureAppConfiguration();
builder.Services.AddFeatureManagement();
Finally, once we have built our application with the usual builder.Build()
, we have to add the Azure App Configuration middleware:
app.UseAzureAppConfiguration();
To try it out, run the application and validate that the flags are being applied. You can enable or disable those flags on Azure, restart the application, and check that the changes to the flags are being applied. Otherwise, you can wait 30 seconds to have the flag values refreshed and see the changes applied to your application.
Suppose you want to enable a functionality only to a percentage of sessions (sessions, not users!). In that case, you can use the Percentage filter.
The previous article had a specific section dedicated to the PercentageFilter, so you might want to check it out.
As a recap, we defined the flag as:
{
"ShowPicture": {
"EnabledFor": [
{
"Name": "Percentage",
"Parameters": {
"Value": 60
}
}
]
}
}
And added the PercentageFilter
filter to ASP.NET with:
builder.Services.AddFeatureManagement()
.AddFeatureFilter<PercentageFilter>();
Clearly, we can define such flags on Azure as well.
Head back to the Azure Portal and add a new Feature Flag. This time, you have to add a new Feature Filter to any existing flag. Even though the PercentageFilter is out-of-the-box in the FeatureManagement NuGet package, it is not available on the Azure portal.
You have to define the filter with the following values:
The configuration we just added reflects the JSON value we previously had in the appsettings file: 60% of the requests will activate the flag, while the remaining 40% will not.
By default, Feature Flags are stored in an internal cache for 30 seconds.
Sometimes, it’s not the best choice for your project; you may prefer a longer duration to avoid additional calls to the App Configuration platform; other times, you’d like to have the changes immediately available.
You can then define the cache expiration interval you need by configuring the options for the Feature Flags:
builder.Configuration.AddAzureAppConfiguration(options =>
options.Connect(connectionString).UseFeatureFlags(featureFlagOptions =>
{
featureFlagOptions.CacheExpirationInterval = TimeSpan.FromSeconds(10);
})
);
This way, Feature Flag values are stored in the internal cache for 10 seconds. Then, when you reload the page, the configurations are reread from Azure App Configuration, and the flags are applied with the new values.
This is the final article of a path I built during these months to explore how to use configurations in ASP.NET Core.
We started by learning how to set configuration values in an ASP.NET Core application, as explained here:
🔗 3 (and more) ways to set configuration values in ASP.NET Core
Then, we learned how to read and use them with the IOptions
family:
🔗 Understanding IOptions, IOptionsMonitor, and IOptionsSnapshot in ASP.NET Core
From here, we learned how to read the same configurations from Azure App Configuration, to centralize our settings:
Then, we configured our applications to automatically refresh the configurations using a Sentinel value:
🔗 How to automatically refresh configurations with Azure App Configuration in ASP.NET Core
Finally, we introduced Feature Flags in our apps:
🔗 Feature Flags 101: A Guide for ASP.NET Core Developers | Code4IT
And then we got to this article!
This article first appeared on Code4IT 🐧
In this article, we have configured an ASP.NET Core application to read the Feature Flags stored on Azure App Configuration.
Here’s the minimal code you need to add Feature Flags for ASP.NET Core API Controllers:
var builder = WebApplication.CreateBuilder(args);
string connectionString = "my connection string";
builder.Services.AddControllers();
builder.Configuration.AddAzureAppConfiguration(options =>
options.Connect(connectionString)
.UseFeatureFlags(featureFlagOptions =>
{
featureFlagOptions.CacheExpirationInterval = TimeSpan.FromSeconds(10);
}
)
);
builder.Services.AddAzureAppConfiguration();
builder.Services.AddFeatureManagement()
.AddFeatureFilter<PercentageFilter>();
var app = builder.Build();
app.UseRouting();
app.UseAzureAppConfiguration();
app.MapControllers();
app.Run();
I hope you enjoyed this article! Let’s keep in touch on Twitter or LinkedIn! 🤜🤛
Happy coding!
🐧
Also published here.