AWSSDK.AppConfig 4.0.101.12

Prefix Reserved
dotnet add package AWSSDK.AppConfig --version 4.0.101.12
                    
NuGet\Install-Package AWSSDK.AppConfig -Version 4.0.101.12
                    
This command is intended to be used within the Package Manager Console in Visual Studio, as it uses the NuGet module's version of Install-Package.
<PackageReference Include="AWSSDK.AppConfig" Version="4.0.101.12" />
                    
For projects that support PackageReference, copy this XML node into the project file to reference the package.
<PackageVersion Include="AWSSDK.AppConfig" Version="4.0.101.12" />
                    
Directory.Packages.props
<PackageReference Include="AWSSDK.AppConfig" />
                    
Project file
For projects that support Central Package Management (CPM), copy this XML node into the solution Directory.Packages.props file to version the package.
paket add AWSSDK.AppConfig --version 4.0.101.12
                    
#r "nuget: AWSSDK.AppConfig, 4.0.101.12"
                    
#r directive can be used in F# Interactive and Polyglot Notebooks. Copy this into the interactive tool or source code of the script to reference the package.
#:package AWSSDK.AppConfig@4.0.101.12
                    
#:package directive can be used in C# file-based apps starting in .NET 10 preview 4. Copy this into a .cs file before any lines of code to reference the package.
#addin nuget:?package=AWSSDK.AppConfig&version=4.0.101.12
                    
Install as a Cake Addin
#tool nuget:?package=AWSSDK.AppConfig&version=4.0.101.12
                    
Install as a Cake Tool

AppConfig helps you safely change application behavior in production without redeploying code. Using feature flags and dynamic free-form configurations, you can control how your application runs in real time. This approach reduces risk, accelerates releases, and enables faster responses to issues. You can gradually roll out new features to specific users, monitor their impact, and expand availability with confidence. You can also update block lists, allow lists, throttling limits, and logging levels instantly, allowing you to mitigate issues and fine-tune performance without a deployment.

AppConfig supports a broad spectrum of use cases:

  • Feature flags and toggles – Gradually release new capabilities to targeted users, monitor impact, and instantly roll back changes if issues occur.
  • Application tuning – Introduce changes safely in production, measure their effects, and refine behavior without redeploying code.
  • Allow list or block list – Control access to features or restrict specific users in real time, without modifying application code.
  • Centralized configuration storage – Manage configuration data consistently across workloads. AppConfig can deploy configuration from the AppConfig hosted configuration store, Secrets Manager, Systems Manager, Systems Manager Parameter Store, or Amazon S3.

How AppConfig works

This section provides a high-level description of how AppConfig works and how you get started.

  1. Identify configuration data to manage in AppConfig

Before creating a configuration profile, identify the configuration data in your code that you want to manage dynamically using AppConfig. Common examples include feature flags, allow and block lists, logging levels, service limits, and throttling rules. These values tend to change frequently and can cause issues if misconfigured.

If your configuration data already exists in cloud services such as Systems Manager Parameter Store or Amazon S3, you can use AppConfig to validate, deploy, and manage that data more effectively.

  1. Create a configuration profile in AppConfig

A configuration profile defines how AppConfig locates and manages your configuration data. It includes a URI that points to the data source and a profile type.

AppConfig supports two profile types

  • Feature flags – Enable controlled feature releases, gradual rollouts, and testing in production.
  • Free-form configurations – Store and retrieve configuration data from external sources and update it without redeploying code.

Both profile types help decouple configuration from code, support continuous delivery, and reduce deployment risk.

You can also add optional validators to ensure that configuration data is syntactically and semantically correct. During deployment, AppConfig evaluates these validators and automatically rolls back changes if validation fails.

Each configuration profile is associated with an application, which acts as a logical container for your configuration resources. For more information about creating a configuration profile, see Creating a configuration profile in AppConfig in the the AppConfig User Guide.

  1. Deploy configuration data

When you start a deployment, AppConfig:

  • Retrieves configuration data from the source defined in the configuration profile
  • Validates the data using the configured validators
  • Delivers the validated configuration to AppConfig Agent

The delivered configuration becomes the deployed version used by your application. For more information about deploying a configuration, see Deploying feature flags and configuration data in AppConfig.

  1. Retrieve configuration data

Your application retrieves configuration data by calling a local endpoint exposed by AppConfig Agent, which caches the deployed configuration. Retrieving data is a metered event. AppConfig Agent supports a variety of use cases, as described in How to use AppConfig Agent to retrieve configuration data.

If the agent is not suitable for your use case, your application can retrieve configuration data directly from AppConfig by calling the StartConfigurationSession and GetLatestConfiguration API actions.

For more information about retrieving a configuration, see Retrieving feature flags and configuration data in AppConfig.

This reference is intended to be used with the AppConfig User Guide.

Product Compatible and additional computed target framework versions.
.NET net5.0 was computed.  net5.0-windows was computed.  net6.0 was computed.  net6.0-android was computed.  net6.0-ios was computed.  net6.0-maccatalyst was computed.  net6.0-macos was computed.  net6.0-tvos was computed.  net6.0-windows was computed.  net7.0 was computed.  net7.0-android was computed.  net7.0-ios was computed.  net7.0-maccatalyst was computed.  net7.0-macos was computed.  net7.0-tvos was computed.  net7.0-windows was computed.  net8.0 is compatible.  net8.0-android was computed.  net8.0-browser was computed.  net8.0-ios was computed.  net8.0-maccatalyst was computed.  net8.0-macos was computed.  net8.0-tvos was computed.  net8.0-windows was computed.  net9.0 was computed.  net9.0-android was computed.  net9.0-browser was computed.  net9.0-ios was computed.  net9.0-maccatalyst was computed.  net9.0-macos was computed.  net9.0-tvos was computed.  net9.0-windows was computed.  net10.0 was computed.  net10.0-android was computed.  net10.0-browser was computed.  net10.0-ios was computed.  net10.0-maccatalyst was computed.  net10.0-macos was computed.  net10.0-tvos was computed.  net10.0-windows was computed. 
.NET Core netcoreapp2.0 was computed.  netcoreapp2.1 was computed.  netcoreapp2.2 was computed.  netcoreapp3.0 was computed.  netcoreapp3.1 is compatible. 
.NET Standard netstandard2.0 is compatible.  netstandard2.1 was computed. 
.NET Framework net461 was computed.  net462 was computed.  net463 was computed.  net47 was computed.  net471 was computed.  net472 is compatible.  net48 was computed.  net481 was computed. 
MonoAndroid monoandroid was computed. 
MonoMac monomac was computed. 
MonoTouch monotouch was computed. 
Tizen tizen40 was computed.  tizen60 was computed. 
Xamarin.iOS xamarinios was computed. 
Xamarin.Mac xamarinmac was computed. 
Xamarin.TVOS xamarintvos was computed. 
Xamarin.WatchOS xamarinwatchos was computed. 
Compatible target framework(s)
Included target framework(s) (in package)
Learn more about Target Frameworks and .NET Standard.

NuGet packages (5)

Showing the top 5 NuGet packages that depend on AWSSDK.AppConfig:

Package Downloads
AWS.Lambda.Powertools.Parameters

Powertools for AWS Lambda (.NET) - Parameters package.

Fabrica.One.Support.Aws

Fabrica One Orch using AWS

Delobytes.Extensions.Configuration

Расширения конфигурации .Net для внешних поставщиков параметров/секретов: YandexCloud Lockbox, AWS AppConfig.

Vrogskard-Serverless-Config

Package Description

QuorumMind.Infrastructure.RemoteConfiguration.AWS.AppConfig

AWS (AppConfig) based Remote Configuration provider library for distributed .NET apps

GitHub repositories (3)

Showing the top 3 popular GitHub repositories that depend on AWSSDK.AppConfig:

Repository Stars
aws/aws-dotnet-extensions-configuration
This repository hosts various libraries that help developers configure .NET applications using AWS services.
aws-powertools/powertools-lambda-dotnet
Powertools is a developer toolkit to implement Serverless best practices and increase developer velocity.
localstack-dotnet/localstack-dotnet-client
A lightweight .NET client for LocalStack
Version Downloads Last Updated
4.0.101.12 91 9/25/2026
4.0.101.11 2,301 9/14/2026
4.0.101.10 1,853 9/9/2026
4.0.101.9 1,606 9/4/2026
4.0.101.8 9,134 8/24/2026
4.0.101.7 1,087 8/20/2026
4.0.101.6 845 8/18/2026
4.0.101.5 7,950 8/11/2026
4.0.101.4 21,170 7/27/2026
4.0.101.3 4,017 7/22/2026
4.0.101.2 5,285 7/17/2026
4.0.101.1 835 7/14/2026
4.0.101 9,620 7/8/2026
4.0.100.2 10,756 7/2/2026
4.0.100.1 737 7/1/2026
4.0.100 1,180 6/29/2026
4.0.4.10 49,618 6/22/2026
4.0.4.9 1,607 6/18/2026
4.0.4.8 439 6/16/2026
4.0.4.7 1,243 6/15/2026
Loading failed