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
We plan to horizontally shard our database in the new future, directing data into shards based on shard keys. It's very likely that our shard key will include the registration ID of the account owning the order, authz, or challenge. However, our public-facing API URLs for authzs and challenges do not currently include the owning regID, so if we get a query for one of those objects, we won't know which shard to look it up in.
We should augment the URLs that we provide in our API responses to embed the account's regID in the paths for authz and challenge objects.
We plan to horizontally shard our database in the new future, directing data into shards based on shard keys. It's very likely that our shard key will include the registration ID of the account owning the order, authz, or challenge. However, our public-facing API URLs for authzs and challenges do not currently include the owning regID, so if we get a query for one of those objects, we won't know which shard to look it up in.
We should augment the URLs that we provide in our API responses to embed the account's regID in the paths for authz and challenge objects.
Proposed RESTful URL scheme:
Alternate scheme (pro: less disruptive; cons: less obvious)
The text was updated successfully, but these errors were encountered: