Perguntas de Entrevista sobre Microsserviços

Você já leu os nomes dos padrões, consegue recitar o que um circuit breaker faz e ainda assim não sabe o que uma banca está tentando avaliar. Esta seção nomeia as quatro áreas que os entrevistadores avaliam, na ordem em que costumam explorá-las. Cada uma delas é uma pergunta de julgamento disfarçada de pergunta de vocabulário.

• Decomposição. Onde você corta, e por que ali? Os entrevistadores querem um limite traçado por capacidade de negócio ou posse de dados, não por camadas técnicas.
• Comunicação. Requisição/resposta síncrona ou eventos assíncronos, e o que quebra em cada caso. A resposta esperada é uma troca (tradeoff), não uma preferência.
• Dados. Um banco de dados por serviço significa nenhum join entre serviços e nenhuma transação distribuída. Como você mantém o sistema correto mesmo assim?
• Operações. Implantação, versionamento, rastreamento e o que acontece às três da manhã quando um serviço está lento em vez de fora do ar.

Note que nenhum desses pontos é sobre um framework. Um candidato que explica por que separou checkout de estoque supera, sempre, quem apenas lista anotações.

Estas são as perguntas que abrem a maioria das rodadas sobre microsserviços, com o que o entrevistador está avaliando por trás de cada uma.

• Como você dividiria este monólito em serviços? Avalia se você corta por capacidades de negócio e posse de dados, ou por camadas de controller, service e repository. A segunda resposta produz um monólito distribuído.
• Como dois serviços conversam entre si? Avalia se você consegue nomear o custo de cada escolha: chamadas síncronas dão um modelo mental simples e acoplam disponibilidade, eventos assíncronos desacoplam disponibilidade e trazem consistência eventual para explicar a um product owner.
• O que é um monólito distribuído e como evitar um? Avalia se você sabe que serviços que precisam ser implantados juntos não são realmente separados.
• Qual deve ser o tamanho de um serviço? Avalia se você resiste a dar um número. O tamanho segue o limite e a equipe dona dele.
• Você precisa de um API gateway, e o que ele faz? Avalia se você separa roteamento, autenticação e limitação de taxa da lógica de negócio.
• Como os serviços se encontram? Avalia familiaridade básica com service discovery e por que hosts fixos falham em um ambiente escalado.

Diga a troca em voz alta em cada resposta. Uma banca não pode pontuar uma comparação que você fez silenciosamente na sua cabeça.

É aqui que as entrevistas são ganhas ou perdidas, porque essas perguntas não têm resposta limpa e os candidatos recorrem a uma resposta decorada.

• Como você mantém os dados consistentes entre serviços? Nomeie a restrição primeiro: não existe transação entre serviços. Depois descreva uma saga, coreografada por eventos ou orquestrada por um coordenador, e diga claramente que o sistema é eventualmente consistente e o que o usuário vê nesse intervalo.
• O que acontece quando um serviço downstream fica lento? Timeouts, retentativas com backoff e um circuit breaker para que uma dependência lenta não esgote seu pool de threads. Lento é pior do que fora do ar, e dizer isso sinaliza experiência em produção.
• Como você torna uma retentativa segura? Idempotência. Uma chave de idempotência no caminho de escrita, para que um pagamento reenviado seja cobrado apenas uma vez.
• Como você lida com uma falha parcial em um fluxo de várias etapas? Ações compensatórias, não rollback. Explique como seria estornar um pagamento ou liberar uma reserva.
• Como você depura uma requisição que passou por seis serviços? Rastreamento distribuído com um ID de correlação propagado em cada salto, além de logs estruturados e métricas.

Um engenheiro backend em entrevista para uma vaga de plataforma nível L5 em um provedor de nuvem pública recebeu a pergunta da saga e respondeu de forma direta, em vocabulário de padrões, sem mencionar o que o cliente veria. A pergunta seguinte, o que a página do pedido mostra durante a janela inconsistente, é a que realmente decide a rodada. Prepare a segunda resposta, não só a primeira.

Mais bancos de perguntas por função e tema estão reunidos em perguntas de entrevista por função.

Ler esta lista produz reconhecimento, e o reconhecimento desaparece quando um estranho faz a pergunta e espera a resposta. A distância entre conhecer um padrão e explicá-lo sob leve pressão é toda a dificuldade de uma rodada de system design, e ela só se fecha falando em voz alta.

Escolha um fluxo que você conhece bem, a criação de um pedido ou um cadastro, e narre a decomposição completa em voz alta: o limite, a escolha de comunicação, a história de consistência, a história de falha. Faça isso até parar de recomeçar frases. Você pode testar essas perguntas com um entrevistador de IA que faz perguntas de acompanhamento e permite responder por voz no modo entrevista simulada, o que se aproxima mais da situação real do que reler anotações.

Aaron Cao, fundador da SubcueAI, construiu o modo de prática em torno dessa distância, e não da entrega de conteúdo. Listas de perguntas estão disponíveis livremente em todo lugar; o que falta aos candidatos são repetições de dizer a resposta enquanto alguém espera. Durante uma entrevista real, o aplicativo desktop e o Side Panel da extensão de navegador podem exibir sugestões estruturadas enquanto o entrevistador fala, embora uma explicação ensaiada sempre supere uma que você está lendo pela primeira vez. O que o assistente faz e não faz está descrito na visão geral do produto.