-
-
Notifications
You must be signed in to change notification settings - Fork 173
Description
Motivation
Today GO Feature Flag is a monolith and it is has 3 main concepts
- Retrieve the flag configuration and perform evaluations
- Notify flag configuration changes
- Collect and export data about usage of your feature flags.
This works well, but under high load we can see that the data collection can have impact on evaluation time because of the load it takes.
Requirements
We should find a way to offer the data collection as a separate micro-service for people who wants to have a dedicated instance for collecting the data.
To do this we should create a new micro service inside cmd
called collector
that expose all the data collection APIs.
This will also have impact on :
- all the OpenFeature providers, because we should offer the possibility to specify a different endpoint for data collection.
- the helm chart to deploy GO Feature Flag
Note
We want to be backward compatible, so we must not remove the data collection capability from the relay proxy.
When implementing it, we should try to reuse the code as much as possible.
We must add the common code into a cmdhelper
directory at the root of the repository.