URL Shortener & Link Management Service · View 01 of 23 · Context and scope
The boundary
- In: code allocation, resolution, the redirect path, link lifecycle, branded domains, click analytics, abuse response.
- Out: campaign management, email sending, and the destination page — the platform names a location and never fetches, renders or proxies it.
- The clicker is unauthenticated by design and must never need an account; every other actor is scoped to exactly one tenant.
Why these dependencies
- Reputation feeds are a hard dependency of creation, not a nicety: a link platform that does not screen destinations becomes free phishing infrastructure within weeks.
- Azure DNS and managed certificates are in scope because 12,000 branded domains make certificate renewal an availability risk owned by the platform, not the customer.
- Billing consumes metered redirects with bots split out, which is why bot classification is an architectural requirement rather than a reporting nicety.
Assumptions
- 40,000 tenants, 12,000 branded domains, 12 billion stored links, 1.2 million created per day.
- 150,000 redirects/s steady, 600,000/s peak for 5 minutes, read-to-write ratio 500:1.
- All figures are the requirement's stated assumptions for a mid-size commercial link platform, to be replaced by telemetry before build.