Definir un esquema de rate limiting multi-tenant para SaaS B2B
Visión general
De qué trata este proyecto.
Diseña el esquema con: (1) tres niveles de límites (global, tenant, endpoint), (2) cabeceras conformes a IETF draft de RateLimit Fields, (3) política de soft-fail (429 con Retry-After) y hard-fail para abuso, (4) override por tenant para clientes de pago. Implementa un prototipo en Node.js o Go usando Redis con sliding window y token-bucket. Mide el impacto bajo carga sintética (Locust o k6) sobre 3 escenarios. Entrega prototipo, especificación, plan de roll-out por fases (shadow mode → enforce) y un dashboard de observabilidad mínimo.
El Briefing
Lo que harás y lo que demostrarás.
Diseñar e implementar un esquema de rate limiting multi-tenant con tres niveles y un plan de roll-out que no rompa a clientes existentes.
Earning criteria — what you'll demonstrate
- Diseñar rate limiting multi-tenant con varios niveles coexistentes
- Aplicar el draft IETF de RateLimit Fields y errores 429 correctos
- Implementar token-bucket y sliding window sobre Redis
- Planear un roll-out seguro de rate limiting sobre tráfico real
Encaje académico
Dónde encaja esto en tus estudios.
Afina las mismas habilidades que tu titulación espera de ti.
Habilidades
Habilidades que demostrarás.
Cada una aparece en tu credencial verificada.
Carreras
Roles para los que esto te prepara.
Títulos reales. Puentes de habilidades reales. Elige el que más se acerque a tu trayectoria.
Trayectorias profesionales que esto construye
Roles canónicosBackend Engineer
Las Backend Engineers que dominan rate limiting protegen a la API de sus peores clientes sin penalizar a los buenos.
Este proyecto afina
- rate-limiting
- multi-tenancy
- rest-api-design