¿Cómo planificarías diez veces más usuarios como tech lead?

Question

IT Interview Practice · Accepted Answer

Como tech lead, convertiría primero **«diez veces más usuarios» en uso esperado, objetivos de servicio y un plan realizable**. Las cuentas registradas no indican por sí solas las peticiones en el pico.

Supongamos una campaña para una plataforma de pedidos. Debemos saber si los clientes podrán navegar, comprar y recibir confirmación dentro del tiempo y presupuesto disponibles.

## 1. Traduce crecimiento a carga

Pregunta a producto cuándo llegarán los usuarios y qué harán. Crecer durante un año difiere de una campaña que reúne a todos a la vez.

Como ejemplo, 100,000 cuentas con 1% activo simultáneamente son 1,000 usuarios concurrentes; con 5%, son 5,000. Son supuestos ilustrativos, no proporciones predeterminadas. Aún hay que estimar frecuencia y trabajo por petición.

Enumera la carga de la campaña:

- Navegación y búsqueda, incluidos productos populares.
- Escrituras de pedidos y pagos en picos.
- Crecimiento de almacenamiento e historial.
- Trabajo de fondo, como notificaciones e informes.

Así obtenemos cargas comprobables en vez de multiplicar servidores por diez sin fundamento.

## 2. Acuerda qué debe mantenerse

Define respuesta aceptable, errores y finalización de recorridos críticos. Añade frescura y recuperación cuando importen. Un informe tardío puede ser admisible; una compra fallida no.

```text
[Campaign assumptions] -> [Expected workload] -> [Service targets]
                                                   |
                                            [Acceptance tests]
```

Los objetivos conectan ingeniería y resultados del cliente. Permiten juzgar mejoras suficientes y degradación tolerable bajo presión.

## 3. Mide el límite antes de cambiar

Usa observaciones de producción y pruebas representativas. Examina consultas lentas, conexiones, CPU, memoria, antigüedad en cola y cuotas externas. Incluye concentración en productos populares, no solo tráfico aleatorio.

Si limitan las conexiones, más nodos de aplicación pueden aumentar contención. Si limita la cuota de pagos, una aplicación más rápida no la amplía.

Prueba caché fría y pérdida de instancia además del caso normal. Se necesita capacidad de recuperación durante la campaña, no solo para una prueba ideal.

## 4. Convierte hallazgos en tareas asignadas

| Hallazgo | Acción candidata | Evidencia requerida |
| --- | --- | --- |
| Lecturas caras repetidas | Mejorar consulta o cachear resultados adecuados | Menos trabajo de base con frescura aceptable. |
| Fondo compite con compras | Limitar o separar capacidad | Checkout sano bajo carga de fondo. |
| Cuota insuficiente | Negociar aumento o controlar admisión | Cuota confirmada y comportamiento probado al límite. |
| Capacidad insuficiente tras arreglos pequeños | Evaluar escalado o rediseño | Beneficio medido, migración y coste. |

Asigna responsable, presupuesto, dependencias, fecha y prueba de aceptación. Incluye despliegue, formación operativa y guardias, no solo implementación.

Prioriza impacto y riesgo de entrega. Un gran rewrite o sharding exige motivo demostrado y tiempo para migrar y verificar.

## 5. Ensaya y aumenta tráfico gradualmente

Publica cambios manejables y prueba recorridos juntos. Define cuándo ampliar, pausar o revertir. Cambios de formato pueden necesitar reparación hacia delante en vez de rollback simple.

Prepara degradación controlada: retrasar exportaciones opcionales, limitar fondo o rechazar exceso preservando lo crítico. Comprueba alivio real y un resultado claro para clientes.

Si el objetivo no cabe en plazo o presupuesto, ofrece opciones concretas: escalonar captación, reducir una función cara o financiar el cuello medido. Explica impacto e incertidumbre de cada una.

**Recuerda:** supuestos → objetivos → límites medidos → plan con responsables → despliegue ensayado. El plan incluye personas, dinero y recuperación.

Hallazgo	Acción candidata	Evidencia requerida
Lecturas caras repetidas	Mejorar consulta o cachear resultados adecuados	Menos trabajo de base con frescura aceptable.
Fondo compite con compras	Limitar o separar capacidad	Checkout sano bajo carga de fondo.
Cuota insuficiente	Negociar aumento o controlar admisión	Cuota confirmada y comportamiento probado al límite.
Capacidad insuficiente tras arreglos pequeños	Evaluar escalado o rediseño	Beneficio medido, migración y coste.

1. Traduce crecimiento a carga

2. Acuerda qué debe mantenerse

3. Mide el límite antes de cambiar

4. Convierte hallazgos en tareas asignadas

5. Ensaya y aumenta tráfico gradualmente

Preguntas relacionadas