You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Since we'd like to point some APIs to buckets, and others to something that dynamically runs, there is a question around how we'd surface this as a consistent API URL. We'd like developers to always be able to access the Content API at the same place, in the same way, and allow us to update this over time.
We do not want to introduce unnecessary latency and kill the speed of our API for "cosmetic" reasons.
There are two broad options:
Edge workers to handle routing - this will mean we'll incur run costs for hits to this, but it won't be a problem if we're planning to route through edge workers anyway
DNS to update hosts directly: content.api.shabados.com/content.shabados.com
Goal
A PoC of an edge router communicating with another worker to investigate the performance impact of the additional call.
The text was updated successfully, but these errors were encountered:
Harjot1Singh
changed the title
Investigate options/impact of edge routing vs subdomain hosting
Investigate options/impact of edge routing vs subdomain hosting [0.5 days]
Jul 10, 2022
Motivation
Since we'd like to point some APIs to buckets, and others to something that dynamically runs, there is a question around how we'd surface this as a consistent API URL. We'd like developers to always be able to access the Content API at the same place, in the same way, and allow us to update this over time.
We do not want to introduce unnecessary latency and kill the speed of our API for "cosmetic" reasons.
There are two broad options:
content.api.shabados.com
/content.shabados.com
Goal
A PoC of an edge router communicating with another worker to investigate the performance impact of the additional call.
The text was updated successfully, but these errors were encountered: