Oven logo

Oven

Published

Standardizing Feature Flagging for Everyone

pip install openfeature-sdk

Package Downloads

Weekly DownloadsMonthly Downloads

Project URLs

Requires Python

>=3.8

Dependencies

    OpenFeature Logo

    OpenFeature Python SDK

    Specification Latest version
    Build status Codecov Min python version Repo status

    OpenFeature is an open specification that provides a vendor-agnostic, community-driven API for feature flagging that works with your favorite feature flag management tool.

    🚀 Quick start

    Requirements

    • Python 3.8+

    Install

    Pip install

    pip install openfeature-sdk==0.7.4
    

    requirements.txt

    openfeature-sdk==0.7.4
    
    pip install -r requirements.txt
    

    Usage

    from openfeature import api
    from openfeature.provider.in_memory_provider import InMemoryFlag, InMemoryProvider
    
    # flags defined in memory
    my_flags = {
      "v2_enabled": InMemoryFlag("on", {"on": True, "off": False})
    }
    
    # configure a provider
    api.set_provider(InMemoryProvider(my_flags))
    
    # create a client
    client = api.get_client()
    
    # get a bool flag value
    flag_value = client.get_boolean_value("v2_enabled", False)
    print("Value: " + str(flag_value))
    

    🌟 Features

    StatusFeaturesDescription
    ProvidersIntegrate with a commercial, open source, or in-house feature management tool.
    TargetingContextually-aware flag evaluation using evaluation context.
    HooksAdd functionality to various stages of the flag evaluation life-cycle.
    LoggingIntegrate with popular logging packages.
    DomainsLogically bind clients with providers.
    EventingReact to state changes in the provider or flag management system.
    ShutdownGracefully clean up a provider during application shutdown.
    Transaction Context PropagationSet a specific evaluation context for a transaction (e.g. an HTTP request or a thread)
    ExtendingExtend OpenFeature with custom providers and hooks.

    Implemented: ✅ | In-progress: ⚠️ | Not implemented yet: ❌

    Providers

    Providers are an abstraction between a flag management system and the OpenFeature SDK. Look here for a complete list of available providers. If the provider you're looking for hasn't been created yet, see the develop a provider section to learn how to build it yourself.

    Once you've added a provider as a dependency, it can be registered with OpenFeature like this:

    from openfeature import api
    from openfeature.provider.no_op_provider import NoOpProvider
    
    api.set_provider(NoOpProvider())
    open_feature_client = api.get_client()
    

    In some situations, it may be beneficial to register multiple providers in the same application. This is possible using domains, which is covered in more detail below.

    Targeting

    Sometimes, the value of a flag must consider some dynamic criteria about the application or user, such as the user's location, IP, email address, or the server's location. In OpenFeature, we refer to this as targeting. If the flag management system you're using supports targeting, you can provide the input data using the evaluation context.

    from openfeature.api import (
        get_client,
        get_provider,
        set_provider,
        get_evaluation_context,
        set_evaluation_context,
    )
    
    global_context = EvaluationContext(
        targeting_key="targeting_key1", attributes={"application": "value1"}
    )
    request_context = EvaluationContext(
        targeting_key="targeting_key2", attributes={"email": request.form['email']}
    )
    
    ## set global context
    set_evaluation_context(global_context)
    
    # merge second context
    client = get_client(name="No-op Provider")
    client.get_string_value("email", "fallback", request_context)
    

    Hooks

    Hooks allow for custom logic to be added at well-defined points of the flag evaluation life-cycle. Look here for a complete list of available hooks. If the hook you're looking for hasn't been created yet, see the develop a hook section to learn how to build it yourself.

    Once you've added a hook as a dependency, it can be registered at the global, client, or flag invocation level.

    from openfeature.api import add_hooks
    from openfeature.flag_evaluation import FlagEvaluationOptions
    
    # set global hooks at the API-level
    add_hooks([MyHook()])
    
    # or configure them in the client
    client = OpenFeatureClient()
    client.add_hooks([MyHook()])
    
    # or at the invocation-level
    options = FlagEvaluationOptions(hooks=[MyHook()])
    client.get_boolean_flag("my-flag", False, flag_evaluation_options=options)
    

    Logging

    The OpenFeature SDK logs to the openfeature logger using the logging package from the Python Standard Library.

    Domains

    Clients can be assigned to a domain. A domain is a logical identifier which can be used to associate clients with a particular provider. If a domain has no associated provider, the global provider is used.

    from openfeature import api
    
    # Registering the default provider
    api.set_provider(MyProvider());
    # Registering a provider to a domain
    api.set_provider(MyProvider(), "my-domain");
    
    # A client bound to the default provider
    default_client = api.get_client();
    # A client bound to the MyProvider provider
    domain_scoped_client = api.get_client("my-domain");
    

    Domains can be defined on a provider during registration. For more details, please refer to the providers section.

    Eventing

    Events allow you to react to state changes in the provider or underlying flag management system, such as flag definition changes, provider readiness, or error conditions. Initialization events (PROVIDER_READY on success, PROVIDER_ERROR on failure) are dispatched for every provider. Some providers support additional events, such as PROVIDER_CONFIGURATION_CHANGED.

    Please refer to the documentation of the provider you're using to see what events are supported.

    from openfeature import api
    from openfeature.provider import ProviderEvent
    
    def on_provider_ready(event_details: EventDetails):
        print(f"Provider {event_details.provider_name} is ready")
    
    api.add_handler(ProviderEvent.PROVIDER_READY, on_provider_ready)
    
    client = api.get_client()
    
    def on_provider_ready(event_details: EventDetails):
        print(f"Provider {event_details.provider_name} is ready")
    
    client.add_handler(ProviderEvent.PROVIDER_READY, on_provider_ready)
    

    Transaction Context Propagation

    Transaction context is a container for transaction-specific evaluation context (e.g. user id, user agent, IP). Transaction context can be set where specific data is available (e.g. an auth service or request handler) and by using the transaction context propagator it will automatically be applied to all flag evaluations within a transaction (e.g. a request or thread).

    You can implement a different transaction context propagator by implementing the TransactionContextPropagator class exported by the OpenFeature SDK. In most cases you can use ContextVarsTransactionContextPropagator as it works for threads and asyncio using Context Variables.

    The following example shows a multithreaded Flask application using transaction context propagation to propagate the request ip and user id into request scoped transaction context.

    from flask import Flask, request
    from openfeature import api
    from openfeature.evaluation_context import EvaluationContext
    from openfeature.transaction_context import ContextVarsTransactionContextPropagator
    
    # Initialize the Flask app
    app = Flask(__name__)
    
    # Set the transaction context propagator
    api.set_transaction_context_propagator(ContextVarsTransactionContextPropagator())
    
    # Middleware to set the transaction context
    # You can call api.set_transaction_context anywhere you have information,
    # you want to have available in the code-paths below the current one.
    @app.before_request
    def set_request_transaction_context():
      ip = request.headers.get("X-Forwarded-For", request.remote_addr)
      user_id = request.headers.get("User-Id")  # Assuming we're getting the user ID from a header
      evaluation_context = EvaluationContext(targeting_key=user_id, attributes={"ipAddress": ip})
      api.set_transaction_context(evaluation_context)
    
    def create_response() -> str:
      # This method can be anywhere in our code.
      # The feature flag evaluation will automatically contain the transaction context merged with other context
      new_response = api.get_client().get_string_value("response-message", "Hello User!")
      return f"Message from server: {new_response}"
    
    # Example route where we use the transaction context
    @app.route('/greeting')
    def some_endpoint():
      return create_response()
    

    This also works for asyncio based implementations e.g. FastApi as seen in the following example:

    from fastapi import FastAPI, Request
    from openfeature import api
    from openfeature.evaluation_context import EvaluationContext
    from openfeature.transaction_context import ContextVarsTransactionContextPropagator
    
    # Initialize the FastAPI app
    app = FastAPI()
    
    # Set the transaction context propagator
    api.set_transaction_context_propagator(ContextVarsTransactionContextPropagator())
    
    # Middleware to set the transaction context
    @app.middleware("http")
    async def set_request_transaction_context(request: Request, call_next):
        ip = request.headers.get("X-Forwarded-For", request.client.host)
        user_id = request.headers.get("User-Id")  # Assuming we're getting the user ID from a header
        evaluation_context = EvaluationContext(targeting_key=user_id, attributes={"ipAddress": ip})
        api.set_transaction_context(evaluation_context)
        response = await call_next(request)
        return response
    
    def create_response() -> str:
        # This method can be located anywhere in our code.
        # The feature flag evaluation will automatically include the transaction context merged with other context.
        new_response = api.get_client().get_string_value("response-message", "Hello User!")
        return f"Message from server: {new_response}"
    
    # Example route where we use the transaction context
    @app.get('/greeting')
    async def some_endpoint():
        return create_response()
    

    Shutdown

    The OpenFeature API provides a shutdown function to perform a cleanup of all registered providers. This should only be called when your application is in the process of shutting down.

    from openfeature import api
    
    api.shutdown()
    

    Extending

    Develop a provider

    To develop a provider, you need to create a new project and include the OpenFeature SDK as a dependency. This can be a new repository or included in the existing contrib repository available under the OpenFeature organization. You’ll then need to write the provider by implementing the AbstractProvider class exported by the OpenFeature SDK.

    from typing import List, Optional, Union
    
    from openfeature.evaluation_context import EvaluationContext
    from openfeature.flag_evaluation import FlagResolutionDetails
    from openfeature.hook import Hook
    from openfeature.provider import AbstractProvider, Metadata
    
    class MyProvider(AbstractProvider):
        def get_metadata(self) -> Metadata:
            ...
    
        def get_provider_hooks(self) -> List[Hook]:
            return []
    
        def resolve_boolean_details(
            self,
            flag_key: str,
            default_value: bool,
            evaluation_context: Optional[EvaluationContext] = None,
        ) -> FlagResolutionDetails[bool]:
            ...
    
        def resolve_string_details(
            self,
            flag_key: str,
            default_value: str,
            evaluation_context: Optional[EvaluationContext] = None,
        ) -> FlagResolutionDetails[str]:
            ...
    
        def resolve_integer_details(
            self,
            flag_key: str,
            default_value: int,
            evaluation_context: Optional[EvaluationContext] = None,
        ) -> FlagResolutionDetails[int]:
            ...
    
        def resolve_float_details(
            self,
            flag_key: str,
            default_value: float,
            evaluation_context: Optional[EvaluationContext] = None,
        ) -> FlagResolutionDetails[float]:
            ...
    
        def resolve_object_details(
            self,
            flag_key: str,
            default_value: Union[dict, list],
            evaluation_context: Optional[EvaluationContext] = None,
        ) -> FlagResolutionDetails[Union[dict, list]]:
            ...
    

    Built a new provider? Let us know so we can add it to the docs!

    Develop a hook

    To develop a hook, you need to create a new project and include the OpenFeature SDK as a dependency. This can be a new repository or included in the existing contrib repository available under the OpenFeature organization. Implement your own hook by creating a hook that inherits from the Hook class. Any of the evaluation life-cycle stages (before/after/error/finally_after) can be override to add the desired business logic.

    from openfeature.hook import Hook
    
    class MyHook(Hook):
        def after(self, hook_context: HookContext, details: FlagEvaluationDetails, hints: dict):
            print("This runs after the flag has been evaluated")
    
    

    Built a new hook? Let us know so we can add it to the docs!

    ⭐️ Support the project

    🤝 Contributing

    Interested in contributing? Great, we'd love your help! To get started, take a look at the CONTRIBUTING guide.

    Thanks to everyone who has already contributed

    Pictures of the folks who have contributed to the project

    Made with contrib.rocks.