Como planejar dez vezes mais usuários como tech lead?

Question

IT Interview Practice · Accepted Answer

Como tech lead, eu primeiro transformaria **“dez vezes mais usuários” em uso esperado, metas de serviço e um plano executável pela equipe**. Contas cadastradas não dizem quantas requisições chegam no momento mais movimentado.

Suponha uma campanha para uma plataforma de pedidos. Precisamos saber se os clientes continuarão navegando, comprando e recebendo confirmação dentro do tempo e orçamento disponíveis.

## 1. Traduza crescimento em carga

Pergunte ao produto quando os usuários chegarão e quais ações realizarão. Crescer gradualmente durante um ano é diferente de uma campanha que traz todos ao mesmo tempo.

Por exemplo, 100.000 contas com 1% ativo simultaneamente representam 1.000 usuários concorrentes. Com 5%, são 5.000. São hipóteses ilustrativas, não proporções padrão. Ainda é necessário estimar a frequência e o trabalho de cada requisição.

Liste a carga criada pela campanha:

- Navegação e busca, incluindo produtos populares.
- Escritas de pedidos e pagamentos nos picos.
- Crescimento de armazenamento e histórico retido.
- Trabalho de fundo, como notificações e relatórios.

Isso fornece cargas testáveis, em vez de uma instrução vaga para multiplicar servidores por dez.

## 2. Combine o que precisa continuar bom

Defina tempo de resposta, taxa de erro e conclusão aceitáveis nas jornadas críticas. Determine também atualidade dos dados e recuperação quando relevantes. Um relatório atrasado pode ser aceitável; um checkout malsucedido, não.

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

As metas conectam o trabalho técnico ao resultado do cliente. Permitem decidir se uma melhoria basta e qual degradação pode ser tolerada sob pressão.

## 3. Meça o limite atual antes de escolher mudanças

Use observações de produção e testes representativos. Examine consultas lentas, conexões, CPU, memória, idade das filas e quotas externas. Inclua concentração de tráfego em itens populares, não apenas requisições aleatórias.

Se o limite são conexões do banco, mais nós de aplicação podem aumentar a disputa. Se é a quota do provedor de pagamento, uma aplicação mais rápida não eleva essa quota.

Teste caches frios e perda de uma instância além da operação normal. Precisamos de capacidade de recuperação durante a campanha, não apenas suficiente para um teste ideal.

## 4. Converta descobertas em trabalho com responsáveis

| Descoberta | Ação candidata | Evidência exigida |
| --- | --- | --- |
| Leituras caras repetidas | Melhorar consulta ou cachear resultados adequados | Menos trabalho no banco com atualidade aceitável. |
| Tarefas de fundo disputam com compras | Limitar ou separar sua capacidade | Checkout saudável sob carga de fundo. |
| Quota de dependência insuficiente | Negociar aumento ou controlar admissão | Quota confirmada e comportamento testado no limite. |
| Capacidade insuficiente após ajustes menores | Avaliar escala ou mudança maior de desenho | Benefício medido, migração e custo. |

Atribua responsável, orçamento, dependências, prazo e teste de aceitação. Inclua implantação, treinamento operacional e preparação de plantão, não apenas implementação.

Priorize pelo impacto no cliente e pelo risco de entrega. Uma grande reescrita ou sharding exige justificativa demonstrada e tempo para migração e verificação.

## 5. Ensaie a campanha e aumente o tráfego gradualmente

Entregue mudanças em incrementos controláveis e teste as jornadas em conjunto. Defina quando ampliar, pausar ou reverter. Mudanças no formato dos dados podem exigir recuperação para a frente em vez de rollback simples.

Prepare degradação controlada: adie exportações opcionais, limite tarefas de fundo ou rejeite excesso de requisições preservando operações críticas. Verifique se isso realmente reduz carga e dá ao cliente um resultado claro.

Se a meta não cabe no prazo ou orçamento, ofereça opções concretas ao produto: aquisição por etapas, redução de um recurso caro ou investimento no gargalo medido. Explique impacto e incerteza de cada opção.

**Lembre-se:** hipóteses de crescimento → metas de serviço → limites medidos → roteiro com responsáveis → implantação ensaiada. O tech lead entrega um plano de capacidade que inclui pessoas, dinheiro e recuperação.

Descoberta	Ação candidata	Evidência exigida
Leituras caras repetidas	Melhorar consulta ou cachear resultados adequados	Menos trabalho no banco com atualidade aceitável.
Tarefas de fundo disputam com compras	Limitar ou separar sua capacidade	Checkout saudável sob carga de fundo.
Quota de dependência insuficiente	Negociar aumento ou controlar admissão	Quota confirmada e comportamento testado no limite.
Capacidade insuficiente após ajustes menores	Avaliar escala ou mudança maior de desenho	Benefício medido, migração e custo.

1. Traduza crescimento em carga

2. Combine o que precisa continuar bom

3. Meça o limite atual antes de escolher mudanças

4. Converta descobertas em trabalho com responsáveis

5. Ensaie a campanha e aumente o tráfego gradualmente

Perguntas relacionadas