Over a million developers have joined DZone.

The Future of Feature Flags: Managing Dynamic Applications

DZone's Guide to

The Future of Feature Flags: Managing Dynamic Applications

With the introduction of multivariate flags, developers have been experimenting with serving rich values, opening up a whole new world of dynamic application management.

· DevOps Zone ·
Free Resource

Is the concept of adopting a continuous everything model a daunting task for your fast moving business? Read this whitepaper to break down and understand one of the key pillars of this model in Continuous Governance: The Guardrails for Continuous Everything.

Using Multivariate Feature Flags to Manage Application Behavior

Traditionally, software teams have used feature flags or toggles to control simple rollouts and enable kill switches. Boolean values were used for “on” or “off,” “true” or “false.” With the introduction of multivariate flags, developers have been experimenting with serving rich values via strings, numbers, JSON objects, and JSON arrays. This has opened up a whole new world of dynamic application management.

Use Cases

Using feature flags to manage dynamic applications opens up many powerful and interesting use cases. For example:

  • Manage features in a pricing plan.
  • Customize pricing based on user segment Apply coupons and discounts based on user actions or holiday sales.
  • Allow users to personalize their own experiences.
  • Manage CSS styling to test colors, layouts, and elements.
  • Control conditional logic separately from your code base.

The Multivariate Flag

A multivariate feature flag has two primary benefits: you can customize the number and type of variations returned.

LaunchDarkly Multivariate Feature Flags / Toggles

Let’s first look at a simple example. This feature flag calls the variation method to determine which variation the user should get for a “checkout.flow” feature flag.

Here, the user “bob@example.com” will either see a one-click, two-click, or original checkout based on the string value returned by the feature flag:

show_feature = ldclient.get().variation("checkout.flow", {"key": "bob@example.com"}, “original-checkout”)
if show_feature == “one-click-checkout”:
    # show the one click checkout feature
else if show_feature == “two-click-checkout”:
    # show the two click checkout feature
    # show the original checkout

Serving Dynamic Values

Now, let’s use a feature flag to insert prices into a pricing page based on some attributes of the user. We’ll call this feature flag “plan.price.”

LaunchDarkly Managing Dynamic Content with Feature Flags / Toggles

Here, the user will receive a price of $20, $50, or $75, depending on whether they match a particular targeting rule.

price = ldclient.get().variation("plan.price", {"key": "bob@example.com"}, “75”)
if price:
    print('price =', price)
    # shows the dynamic feature flag variation
    # if no variation exists

For a more advanced use case, these values (20, 50, 75) could be used to populate other pricing dependencies, like a customer invoice and account limits.

Best Practices

Of course, you should not use feature flags as a secondary database, but they could be useful as a way to personalize feature targeting without tying that logic into your codebase. This allows you to rapidly change pricing models, test color schemes, and configure complex features without having to redeploy.

Are you looking for greater insight into your software development value stream? Check out this whitepaper: DevOps Performance: The Importance of Measuring Throughput and Stability to see how CloudBees DevOptics can give you the visibility to improve your continuous delivery process.

feature flags ,devops ,dynamic applications ,multivariate flags

Published at DZone with permission of

Opinions expressed by DZone contributors are their own.

{{ parent.title || parent.header.title}}

{{ parent.tldr }}

{{ parent.urlSource.name }}