🔌 Plugin: managing feature flags / experimentation for entities

[caioquirino]

Summary

Implement a Feature Flags management interface per service.

The motivation of this plugin is to either:

• Integrate with currently existing Feature flags management services such as Cloudbees Feature Management, LaunchDarkly or other services; OR
• Implement a Feature flags pluggable interface that can trigger any custom implementation of Feature Flags in case the service has a custom mechanism (such as a database or REST service to manage them)

Project website (if applicable)

• Cloudbees Feature Management
• LaunchDarkly

Context

The focus of this plugin is not to implement Feature flags for Backstage itself, but for the projects/services/repos that are managed by Backstage

[adamdmharvey]

Great idea! Maybe add in support for Split.io also ! I'd think a feature like this would also require enhanced role based permissioning, as we wouldn't want an entire population of Backstage users to be able to flip feature flags across ecosystem. So maybe just VIEWING the flags as a start?

[goober]

Unleash is another vendor that could leverage this interface.

[caioquirino]

Unleash is really looking good and it's Free and Open Source! Nice suggestion @goober :)

[caioquirino]

Is there any standard protocol or RFC for managing Feature Flags? Is it something we should look at before implementing it?

[freben]

Hi! I am feeling hesitant against the idea of a general interface for this. We try to invent as few general wrappers as possible, and instead try to prioritize making it easy to make + install distinct plugins. Additionally, my gut tells me that the interfaces to these various systems probably have significant, hard-to-bridge-over differences.

That being said, individual plugins for the systems mentioned in here definitely sound like great things!

[caioquirino]

Shall we focus in a single one then? Like Unleash or any other vendor? I am thinking in Unleash as it is Open Source and could be installed in a private infrastructure.

[freben]

I'll let the community choose what it feels brings the most value.

As we do this, I reckon that we'll learn things as we go. Maybe we'll discover some commonalities and implement some "least common denominator" pluggable interface in the end. But usually it's best to start specific and only then go generic.

[setchy]

👍 for LaunchDarkly plugin

[janquijano]

Any traction on this feature request? +1 for Launchdarkly plugin

[dackroyd]

Is there any standard protocol or RFC for managing Feature Flags? Is it something we should look at before implementing it?

https://openfeature.dev/ might be of interest, however to be clear this is in early stages, and no implementation exists to date

[toddbaert]

👋 Hello, I'm one of the maintainers at OpenFeature. When @dackroyd made the above comment, we were indeed in the very early stages!

Since then we've been accepted as a CNCF sandbox project, and we've released stable SDKs (including TypeScript) along with providers for a few solutions, including those mentioned above. If you'd like more info, please reach out to us on our CNCF slack channel.

[ivarconr]

Hi all, I am the author of Unleash.

I think it make sense to view the current status of the feature toggles relevant for the project/team, and maybe simple operations (turn on/off), but for mode advanced use cases it might be easier to enter the tool itself, to avoid re-implementing everything,

Let me know if we can help out in any way with the integration of Unleash, which does have Open API Specifications.

[freben]

I reworded the title a bit to ensure that it's clear that the main goal, is to write Backstage plugins that interface with third party experimentation products, to manage (typically) non-Backstage systems that are being experimented on.

Of course we're happy to accept contributions of plugins that give quick and easy access to basic functionality of Unleash, OpenFeature or others!

[justinabrahms]

Open feature is the common abstraction layer for feature flag vendors. This would allow your plugin authors to speak open feature, and then the people who set up backstage can pick a flags backend that they like (many mentioned on the thread above).

[Phiph]

Hey team, just a question as I'm looking to implement open feature with a launchdarkly provider in my own project and would love to contribute this upstream.

Should this be a Module, or a Plugin?

[samnixon87]

For those looking for an LD plugin, Roadie just open sourced a simple one: https://github.com/RoadieHQ/roadie-backstage-plugins/blob/launchdarkly/plugins/frontend/backstage-plugin-launchdarkly/README.md

[github-actions]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.