Unleash is a private, secure, and scalable feature management platform built to reduce the risk of releasing new features and accelerate software development. This server-side Python SDK is designed to help you integrate with Unleash and evaluate feature flags inside your application.
You can use this client with Unleash Enterprise or Unleash Open Source.
Migrating to v6
If you use custom strategies or access the
features
property on the Unleash Client, read the complete migration guide before upgrading to v6.
pip install UnleashClient
You must initialize the SDK before you use it. Note that until the SDK has synchronized with the API, all features will evaluate to false
unless
you have a bootstrapped configuration or you use fallbacks.
from UnleashClient import UnleashClient
client = UnleashClient(
url="https:<YOUR-API-URL>",
app_name="my-python-app",
custom_headers={'Authorization': '<API token>'})
client.initialize_client()
Once the SDK is initialized, you can evaluate toggles using the is_enabled
or get_variant
methods.
enabled = client.is_enabled("my_toggle")
print(enabled)
> True
variant = client.get_variant("variant_toggle")
print(variant)
> {
> "name": "variant1",
> "payload": {
> "type": "string",
> "value": "val1"
> },
> "enabled": True
> }
If your program no longer needs the SDK, you can call destroy()
, which shuts down the SDK and flushes any pending metrics to Unleash.
client.destroy()
Both the is_enabled
and get_variant
functions support Unleash contexts as the second parameter.
app_context = {
"userId": "[email protected]",
"sessionId": "55845",
"properties": {
"custom-property": "some-value"
}
}
client.is_enabled("user_id_toggle", app_context)
client.get_variant("variant_toggle", app_context)
The context values can be any type that has a __str__
implementation. Types that are explicitly supported are:
- Numerics
- Strings
- Dates
- UUIDs
Note: Gradual rollout strategies require you to pass either a userId
or a sessionId
for stickiness to work correctly.
You can specify a fallback function for cases where the client doesn't recognize the toggle by using the fallback_function
keyword argument:
def custom_fallback(feature_name: str, context: dict) -> bool:
return True
client.is_enabled("my_toggle", fallback_function=custom_fallback)
The fallback function must accept the feature name and context as positional arguments in that order.
The client will evaluate the fallback function if the feature flag is not found or an exception occurs when calling the is_enabled()
method.
The UnleashClient constructor supports the following configuration options:
Parameter | Description | Default |
---|---|---|
url | URL of your Unleash server. E.g. https://app.unleash-hosted.com/demo/api/ Required. |
None |
app_name | Name of the application using the client. Required. | None |
environment | Logical environment name (deprecated). | "default" |
instance_id | Unique identifier for this client instance. | "unleash-client-python" |
refresh_interval | How often to fetch feature flags (seconds). | 15 |
refresh_jitter | Jitter to add to refresh interval (seconds). | None |
metrics_interval | How often to send metrics to Unleash (seconds). | 60 |
metrics_jitter | Jitter to add to metrics interval (seconds). | None |
disable_metrics | Disable sending usage metrics. | False |
disable_registration | Disable client registration. | False |
custom_headers | Additional HTTP headers (e.g. Authorization). | None |
custom_options | Extra options for HTTP requests. | None |
request_timeout | HTTP request timeout (seconds). | 30 |
request_retries | HTTP request retry count. | 3 |
custom_strategies | Dict of {name: strategy} for custom activation strategies. See custom strategies for more information. |
None |
cache_directory | Location for the on-disk cache. Auto-determined. | None |
cache | Custom cache implementation (must extend BaseCache). See custom cache for more information | BaseCache |
scheduler | Custom APScheduler instance. Auto-created. | BaseScheduler |
verbose_log_level | Python logging level for debugging feature flag failures. See https://docs.python.org/3/library/logging.html#logging-levels for more information. | 30 |
scheduler_executor | APScheduler executor name to use. | None |
multiple_instance_mode | How to handle multiple client instances (BLOCK, WARN, SILENTLY_ALLOW). | WARN |
event_callback | Function to handle impression events. See impression data for more information. | None |
By default, the Python SDK fetches your feature flags from the Unleash API at startup. If you want to make your SDK more resilient (e.g., during network outages), you can bootstrap the client with a local or remote toggle config.
How it works:
-
Use a FileCache (or your own BaseCache implementation).
-
Pre-seed it with feature flags using bootstrap_from_dict, bootstrap_from_file, or bootstrap_from_url.
-
Pass your cache to the UnleashClient on startup.
The default FileCache has built-in methods for bootstrapping from a dictionary, file, or URL.
from UnleashClient.cache import FileCache
from UnleashClient import UnleashClient
# Create and seed the cache
cache = FileCache("MY_CACHE")
cache.bootstrap_from_dict({
"version": 2,
"features": [
{
"name": "my_toggle",
"enabled": True,
"strategies": [{"name": "default"}],
}
]
})
client = UnleashClient(
url="https://YOUR-API-URL",
app_name="my-python-app",
cache=cache
)
from pathlib import Path
from UnleashClient.cache import FileCache
cache = FileCache("MY_CACHE")
cache.bootstrap_from_file(Path("/path/to/your_bootstrap.json"))
client = UnleashClient(
url="https://YOUR-API-URL",
app_name="my-python-app",
cache=cache
)
from UnleashClient.cache import FileCache
cache = FileCache("MY_CACHE")
cache.bootstrap_from_url("https://your-server/bootstrap.json")
client = UnleashClient(
url="https://YOUR-API-URL",
app_name="my-python-app",
cache=cache
)
The Python SDK lets you define custom activation strategies if the built-in ones donβt cover your needs. This gives you more fine grained control over how your features evaluate.
A custom strategy is just a class that implements an apply method.
class ActiveForEmailStrategy:
def apply(self, parameters: dict, context: dict = None) -> bool:
# Decide if the feature is active for this context
return context.get("email") in parameters
Once youβve defined your strategy, register it when you initialize the client. The key must match the strategy name in Unleash exactly.
## You should have a custom strategy defined in Unleash called 'EmailStrategy'
my_custom_strategies = {
"EmailStrategy": ActiveForEmailStrategy()
}
client = UnleashClient(
url="https://YOUR-API-URL",
app_name="my-python-app",
custom_headers={'Authorization': '<API token>'},
custom_strategies = my_custom_strategies
)
The Python SDK lets you tap into its behavior through impression data and lifecycle events.
Note: The SDK does not include a built-in event bus β youβll need to provide your own. The example below shows how to use Blinker to send signals.
To use impression data:
- Enable impression data on your feature flags in the Unleash UI.
- Provide an event_callback function when you initialize the client.
Your callback must accept a single UnleashEvent. You can log it, store it, or send it to another system.
from blinker import signal
from UnleashClient import UnleashClient
from UnleashClient.events import UnleashEvent
send_data = signal('send-data')
@send_data.connect
def receive_data(sender, **kw):
print("Caught signal from %r, data %r" % (sender, kw))
def example_callback(event: UnleashEvent):
send_data.send('anonymous', data=event)
client = UnleashClient(
url="https://YOUR-API-URL",
app_name="my-python-app",
custom_headers={'Authorization': '<API token>'},
event_callback=example_callback
)
client.initialize_client()
client.is_enabled("testFlag")
Impression callbacks run in-process β keep them fast to avoid blocking your app.
The same event_callback also delivers lifecycle events:
- FETCHED: triggered when a new version of feature flags is pulled from the Unleash server. (Does not trigger on 304 Not Modified). The FETCHED event includes a features property containing all the feature flags returned by that fetch.
- READY: triggered once when the SDK first loads feature flags from the Unleash server or a local backup.
from blinker import signal
from UnleashClient import UnleashClient
from UnleashClient.events import UnleashEvent, UnleashEventType
send_data = signal('send-data')
@send_data.connect
def receive_data(sender, **kw):
if kw["data"].event_type == UnleashEventType.READY:
print("SDK is ready: toggles loaded from Unleash or backup")
elif kw["data"].event_type == UnleashEventType.FETCHED:
# Only FETCHED events have a 'features' property
print("Fetched new feature flags:", kw["data"].features)
def example_callback(event: UnleashEvent):
send_data.send('anonymous', data=event)
client = UnleashClient(
url="https://YOUR-API-URL",
app_name="my-python-app",
custom_headers={'Authorization': '<API token>'},
event_callback=example_callback
)
client.initialize_client()
client.is_enabled("testFlag")
By default, the Python SDK stores feature flags in an on-disk cache using fcache. If you need a different storage backend, for example, Redis, memory-only, or a custom database, you can provide your own cache implementation.
Below is an example custom CustomCache using fcache under the hood.
from typing import Optional, Any
from UnleashClient.cache import BaseCache
from fcache.cache import FileCache as _FileCache
class CustomCache(BaseCache):
# This is specific for FileCache. Depending on the cache you're using, this may look different!
def __init__(self, name: str, directory: Optional[str] = None):
self._cache = _FileCache(name, app_cache_dir=directory)
def set(self, key: str, value: Any):
self._cache[key] = value
self._cache.sync()
def mset(self, data: dict):
self._cache.update(data)
self._cache.sync()
def get(self, key: str, default: Optional[Any] = None):
return self._cache.get(key, default)
def exists(self, key: str):
return key in self._cache
def destroy(self):
return self._cache.delete()
Pass your cache instance to the client with the cache argument:
client = UnleashClient(
url="https://YOUR-API-URL",
app_name="my-python-app",
cache=CustomCache("my-cache")
)
The Python SDK runs a background thread to keep feature flags in sync with the Unleash server. Some runtime environments, like WSGI servers and Celery workers, need extra setup to make sure the SDK works correctly.
When using WSGI servers (e.g., for Flask or Django apps), be aware that:
- Many WSGI setups disable threading by default. The SDK needs threads to poll for updates in the background.
- Make sure to set
enable-threads
in your WSGI config.
When running under uWSGI with multiple processes (using the --processes
option), you may need to enable the lazy-apps
option. This ensures each process gets a fresh SDK instance.
See The Art of Graceful Reloading for more details.
When using the SDK in Celery tasks, make sure you initialize it inside the worker_process_init event. Otherwise, the worker may run but wonβt poll for feature flag updates.
from UnleashClient import UnleashClient
from celery.signals import worker_process_init
client = UnleashClient(
url="https://YOUR-API-URL",
app_name="my-python-app",
custom_headers={'Authorization': '<API token>'}
)
@worker_process_init.connect
def configure_workers(sender=None, conf=None, **kwargs):
client.initialize_client()
We love community input! If youβd like to report a bug, propose a feature, or improve the SDK, please read our contribution guide for how to get started.
For instructions on setting up your development environment, running tests, and publishing, see our development documentation.
This project is MIT licensed.