The Edge API is currently in beta. If you want to join the beta programme, please connect with us in Discord.
The Flagsmith Architecture is based around a server-side flag engine. This comes with a number of benefits, but it can increase latency especially when the calls are being made from a location that is not located near the EU - the location of our current API.
In order to solve this problem we have developed a Global Edge API. Our aim for this API is to serve all SDK requests within 100 milliseconds, anywhere in the world. In order to achieve this, we are using the following AWS components.
Our core Rules Engine has been factored out of our REST API. This
allows us to use it as a dependency within both the Flagsmith API, but also within a set of Lambda functions that
service SDK API calls. You can point your SDK clients to our global CDN
edge.api.flagsmith.com which will serve your
request using a Lambda function running in an AWS data-centre near your client. This is how we reduce latency!
DynamoDB Global Tables
We store state within our API - both related to the Environments for your Projects, but also for the Identities within those Environments. Our Edge design sees us write this data through to DynamoDB global tables, which are replicated globally.
Currently we are writing through Environment data only (see Caveat below) but we plan on writing through Identities soon.
Our Lambda functions then connect to the nearest DynamoDB table to retrieve both Environment and Identity data.
Enabling the Edge API
Once you have had your project added to the beta, all you will need to do is point your SDK to a new Flagsmith Edge API URL. This URL will point to our edge Cloudfront CDN. That's it!
So for example, in the Java SDK we just add the
FlagsmithClient flagsmithClient = FlagsmithClient.newBuilder()
Check the docs for your language SDK on how to override the endpoint URL prefix.
Whilst in beta, there are some limitations to the platform. These are being worked on and will be in place when we put the Edge API into production.
Identities are isolated between Edge and non-Edge endpoints
If you have an existing Identity currently in Flagsmith, it will not exist in our Edge API database. You have to create the Identity within the Edge API. This is done in the same way; Identities are lazily created when they are first seen.
You need to trigger a manual write of your Environment to DynamoDB
We have not yet migrated Environments from our core database into DynamoDB yet. In order to get working with an Environment on Edge you will need to trigger a write-through; the easiest way to do this is just to toggle a flag on and off in the Environment you want to get into Edge. All subsequent state changes to the Environment will be written through.
Identities are not viewable in the Dashboard
You wont see Edge Identities show up in the dashboard currently. This also means you cant currently specify a per Identity override. This is still being worked on.
Integrations are not currently implemented
Integrations are not currently supported.
Increment and Decrement endpoints are deprecated
You probably didn't know these existed though, right?
You may experience cold starts in different regions
Cold starts currently add around 400ms to service a request. We are building out a solution to this issue but whilst the platform is in beta and not serving a large volume of traffic, you will occasionally experience cold starts.
The API responses have been slimmed down
Our core API responses are quite verbose, and the SDKs ignore a lot of the fields they receive. We've taken the opportunity to remove these additional, unused fields. This wont affect the SDKs but if you are using these values via the REST API, things have changed. The list of removed fields is as follows: