Over a million developers have joined DZone.
{{announcement.body}}
{{announcement.title}}

Is It a Feature Flag or a Feature Toggle?

DZone's Guide to

Is It a Feature Flag or a Feature Toggle?

Martin Fowler and Jez Humble are both promoters of feature flags and rollouts for Continuous Delivery, but is there an application beyond just software?

· DevOps Zone
Free Resource

The Nexus Suite is uniquely architected for a DevOps native world and creates value early in the development pipeline, provides precise contextual controls at every phase, and accelerates DevOps innovation with automation you can trust. Read how in this ebook.

History of the Toggle

Jez Humble and Martin Fowler are best known for promoting the separation of feature rollout from code deployment. Within the context of continuous delivery, they provided the foundation for a framework that would allow developers to release software faster and with less risk.

Fowler is well-known for championing the notion of feature toggles, which are ways to wrap features in conditionals that allow you to toggle features on and off for users.  This would enable developers to take full control of their feature rollouts, dark launch, and roll back poorly performing features.

This led to the rise of open source feature toggle libraries tailored for specific languages, like Java and PHP.  The main purpose of these initial libraries was to allow the quick and easy implementation of basic feature toggling functionality — a boolean value of true or false that would determine the visibility of a code snippet.  Moreover, early feature toggle developers had to address the issues of runtime performance, technical debt management, toggle management, and polyglot stacks.

As feature toggles increased in popularity, developers started to explore advanced functionality like incremental percentage rollouts, granular user targeting, and long term feature management.  With full control of feature releases, developers saw the power of releasing features to beta testers, specific user groups, and gradually ramp up a feature release from 1% to 5% to 100% of users.

Feature toggles, therefore, became less about simply turning a feature on or off.  They became more about full feature lifecycle management — managing the feature from development, to release, to sunset.

With this new emphasis on management came the rise of the feature flag.

The Rise of the Flag

Although feature toggles and flags are used quite interchangeably today, feature flags may be growing into the more appropriate term.  A toggle implies that something has two states: on and off.  Many new frameworks are switching to the nomenclature of flag because they are supporting long term control, percentage rollouts, and multivariate states.

Feature flags do not have to be binary.  A flag can return multiple values like blue, red, green, and purple which your code can interpret to display different variants of a feature.  You could also potentially use flags to release features using date ranges and numbers.  In other words, the feature itself can have more than two states and these states do not necessary need to be on or off.  The off variation for a feature flag could hide the code completely, whereas the blue or red variations will serve different variants.

A feature flag can be considered a way to manage the full lifecycle of a feature, tracking the matriculation of a feature from development, to QA, and to production.  It can also be a way for you to aggregate performance analytics and test the impact of a feature on your system’s architecture.

Feature Flag and Feature toggle

Looking Forward

There is no wrong way to categorize a feature toggle or feature flag.  What is important is that companies are starting to realize the importance of separating feature rollout from code deployment.  This separation enables software to be more adaptive to user needs while also contributing to platform stability.

The future of software development and continuous delivery highlights the significance of feature release management.  Feature release is now no longer an afterthought.  It is something that must be built into the development of a feature from its inception to its rollout.

Feature flags and toggles are now becoming integral to running a business, not just a best practice for the continuous delivery of software.

The DevOps Zone is brought to you in partnership with Sonatype Nexus.  See how the Nexus platform infuses precise open source component intelligence into the DevOps pipeline early, everywhere, and at scale. Read how in this ebook

Topics:
feature flags ,feature branches ,continuous delivery ,continuous deployment ,feature flipping

Published at DZone with permission of Justin Baker, DZone MVB. See the original article here.

Opinions expressed by DZone contributors are their own.

THE DZONE NEWSLETTER

Dev Resources & Solutions Straight to Your Inbox

Thanks for subscribing!

Awesome! Check your inbox to verify your email so you can start receiving the latest in tech news and resources.

X

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

{{ parent.tldr }}

{{ parent.urlSource.name }}