DynamoDB Multi-Region Serving
Multi-Region serving allows you to serve traffic from multiple regions. There are two key benefits of this
- Resiliency: By specifying a satellite region, you can increasing resilience in case of a regional outage. This can help ensure uninterrupted service for your users.
- Latency: For applications that are geographically distributed, this helps you get a serving endpoint thats in the same region(s) as your users.
How It Works​
DynamoDB Replication​
To ensure the multi-region serving, the tables that serve online features are replicated from the main region to the satellite region using Amazon DynamoDB's global tables feature. Note that Global tables will cause an increased write cost.
DynamoDB Costs
You will incur higher write costs when this is enabled. This is because when you write data to a global table, DynamoDB replicates the write to all of the replica tables in the global table. The number of replicated write request units consumed depends on the number of replica Regions.
Please refer to DynamoDB Pricing for more details.
Feature Serving Endpoint​
Each satellite region where feature serving is enabled will have its own serving endpoint, which applications can call to retrieve features for that region.
Example:
- Main Region:
my-coffee-shop.tecton.ai/api/v1/feature-service/get-features
- Satellite Region in us-west-2:
my-coffee-shop-usw2.tecton.ai/api/v1/feature-service/get-features
- Satellite Region in eu-west-1:
my-coffee-shop-euw1.tecton.ai/api/v1/feature-service/get-features
Enabling Multi-region serving​
For Enabling Multi-region serving, you must work with our Customer Support team to specify the satellite region where you want to replicate feature serving. We provide you with Terraform scripts that you can use to make the necessary permission changes for replicating DynamoDB tables across regions.