Skip to content

Proposal: hyper Flag service #616

@TillaTheHun0

Description

@TillaTheHun0

With all of our customers, we advocate for trunk based development, and separating release from deployment; code ought to be continuously delivered, with features being shipped behind flags. The DORA metrics show that this is what high performing teams do.

Feature flags are so essential to this way of delivering, that it would make sense for the service framework to have a Flag service. The api would be really simple, basically a key-value store, but geared towards feature flags:

// Store api
create(name: string): Promise<{ ok: boolean }>
destroy(name: string): Promise<{ ok: boolean }>
// Flag api
get (name: string): Promise<{ ok: boolean, flag: any }>
set (name: string, value: any): Promise<{ ok: boolean }>
remove(name: string): Promise<{ ok: boolean }>

Since flags can be more than just booleans, it makes sense to allow the value to be anything. Maybe there are other apis, but this is simple, and general purpose, in the spirit of the framework.

This API could be implemented on so many technologies -- practically anything that can store key-value pairs. A sqlite adapter would be enough for most teams. Adapters could also be written on top of SaaS like LaunchDarkly, but starting out that'd most likely be overkill.

Metadata

Metadata

Assignees

No one assigned

    Labels

    enhancementNew feature or request

    Type

    No type

    Projects

    Status

    📋 Backlog

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions