SDKs
GO Feature Flag stands out as a feature flag solution, distinct from others, due to our decision to fully support the Openfeature
CNCF project.
The benefit of choosing OpenFeature lies in its framework-agnostic nature. When utilizing OpenFeature SDKs, you minimize the effort required for switching to a different feature flag provider. This flexibility empowers you to make changes without being tied down to a particular vendor.
To show our commitment to this initiative, GO Feature Flag has opted not to develop any custom SDKs and instead relies entirely on OpenFeature SDKs.
In order to seamlessly integrate with our solution, we offer providers
for GO Feature Flag in multiple programming languages.
Rest assured, working with OpenFeature SDKs alongside GO Feature Flag providers is as straightforward as using any other feature flag solution. The added advantage is that you now adhere to a standard approach and avoid any vendor lock-in!
Server Providers
Client Providers
How OpenFeature and GO Feature Flag are working together?
To use the OpenFeature SDKs you need what we call a provider. A provider is responsible for performing flag evaluations. It provides an abstraction between GO Feature Flag and the OpenFeature SDK.
A provider needs a backend service to perform the flag evaluation. This is why we have introduced the relay proxy. This component retrieve your feature flag configuration file using the GO module and exposes APIs to get your flags variations.
With this simple architecture you have a central component (the relay proxy) that is in charge of the flag evaluation, while the SDKs and providers are responsible to communicate with the relay proxy.
This supports different languages the same way and facilitates you to use GO Feature Flag with all your favorite languages.