Entrevista com microsserviços: vamos falar sobre .NET

Imagine que você tem em mãos um sistema bastante complexo, que é dividido em vários microsserviços para rodar. O código que escrevo é bom, mas toda vez que vou para uma entrevista de emprego surge uma dúvida - como faço para saber se a outra pessoa realmente entendeu? Qualquer um pode memorizar esses conceitos teóricos, mas quando se trata da implementação específica no .NET, os detalhes ficam confusos.

Conversamos com muitas equipes e descobrimos que todos têm as mesmas dores de cabeça. Algumas pessoas perguntam muito superficialmente e apenas perguntam “O que são microsserviços?”; algumas pessoas vão muito fundo e ficam enredadas em um determinado item de configuração impopular. O entrevistador pode ter começado a trabalhar nisso sozinho e, depois de fazer muitas perguntas, ainda sente que não conhece o básico.

Na verdade, entrevistar é um pouco como depurar código. Você precisa saber onde estão os pontos de interrupção críticos.

Da teoria à implementação: o que exatamente você está perguntando no .NET?

Microsserviços parecem grandiosos, mas quando se trata de projetos .NET, são apenas uma série de escolhas específicas e operações práticas. Por exemplo, para conteinerização, você usa Docker ou diretamente Kubernetes? Como projetar um gateway de API? Preciso montá-lo sozinho se encontrar o serviço? Por trás dessas questões está uma profunda compreensão da arquitetura.

Existe um mal-entendido comum: muitas pessoas sabem de cor a pilha de tecnologia, mas não conseguem explicar por que escolheram esta em vez daquela. No ecossistema .NET, existem muitas ferramentas e estruturas, e cada escolha tem seu preço. Durante a entrevista, queremos ouvir o pensamento por trás dela, em vez de listar substantivos.

"Se a comunicação entre os serviços diminuir repentinamente, por onde você começaria?" Não existe uma resposta padrão para essa pergunta, mas ela pode dizer se uma pessoa realmente trabalhou muito ou apenas leu alguns blogs.

Como você descobre suas verdadeiras habilidades?

Não se concentre apenas em conceitos. Indo diretamente para o cenário: "Suponha que agora você tenha um serviço de pedido e um serviço de estoque, e o estoque seja deduzido quando o pedido for criado. Como você garante que os dados não serão confusos?"

Neste ponto, a resposta pode envolver filas de mensagens, transações distribuídas ou, eventualmente, designs consistentes. No .NET, você pode usar MassTransit ou NServiceBus, ou pode usar RabbitMQ diretamente. Mas a questão não é o nome da ferramenta, mas a escolha - por que ela é usada dessa forma? Qual é o custo?

Fale sobre a experiência do fracasso. Quem nunca pisou em uma armadilha no caminho dos microsserviços? Tempos limite de rede, gerenciamento de configuração confuso, monitoramento inadequado... Ouça quais problemas específicos a outra parte encontrou e como eles os resolveram. Isso é muito mais útil do que uma teoria perfeita.

O ambiente .NET tem uma característica: é ao mesmo tempo tradicional e moderno. Muitas equipes foram separadas de antigos sistemas únicos e carregam uma pesada bagagem histórica. Boas perguntas de entrevista devem revelar a capacidade da outra pessoa para lidar com esta complexidade.

Mantenha-o simples, mas não muito simples

Ao projetar problemas, é fácil chegar a dois extremos: muito abstrato ou muito trivial. Boas perguntas para entrevistas devem ser como escrever código, com módulos claros, mas espaço para expansão.

Por exemplo, ao perguntar sobre logs e monitoramento, você pode dizer: "Os microsserviços estão dispersos e os logs também estão dispersos. Como você reúne pistas?" Isto pode levar à pilha ELK, Seq ou diretamente ao Azure Application Insights. Mas mais profundamente, como você define os níveis de log? Como evitar ter muitos logs e não conseguir encontrar os pontos-chave?

Ou pergunte à segurança: “Com tantos serviços, como gerenciar a autenticação?” Neste momento, podemos falar sobre rotação de chaves OAuth2, JWT ou API. No .NET, IdentityServer é uma escolha comum, mas não é a única resposta.

A chave não é se a outra parte conhece uma determinada ferramenta, mas se ela compreende a natureza do problema.

nossa própria experiência

Para ser sincero, não sabíamos como perguntar desde o início. No início, a lista de perguntas parecia um índice de livro didático e ainda me sentia inseguro após a entrevista.

Mais tarde, aos poucos, entendemos que a entrevista não é um exame, mas uma conversa. Você quer entender como a outra pessoa pensa, e a outra pessoa também sente o clima técnico da sua equipe. Portanto, agora preferimos apresentar um cenário simplificado da vida real e discutir possíveis soluções juntos. O que pode ser exposto neste processo é muito mais do que a resposta padrão.

O ecossistema de microsserviços .NET está em constante mudança e novas ferramentas e modelos surgem constantemente. É preciso se adaptar às perguntas da entrevista e nem sempre é possível manter a mesma rotina de alguns anos atrás. Mas o essencial não mudou: base sólida de programação, design thinking claro e disposição para resolver problemas práticos.

Algumas palavras de conversa fiada

Em última análise, as entrevistas visam encontrar pessoas com quem vocês possam resolver problemas juntos. A arquitetura de microsserviços em si é bastante complexa e o que a equipe precisa é de um parceiro que possa simplificar a complexidade.

Portanto, ao se preparar para uma próxima entrevista, pense menos em “perguntas padrão” e mais em “que problemas realmente encontramos”. Fale sobre essas pequenas lutas e emaranhados, e as respostas geralmente estão aí.

Os detalhes técnicos ficarão obsoletos, mas a maneira como você os encara, não. Encontrar alguém com quem você possa pensar em ir é provavelmente a coisa mais importante a fazer em uma entrevista.

Fundada em 2005,potênciatem se dedicado a um fabricante profissional de unidades de movimento compacto, com sede em Dongguan, província de Guangdong, China. Aproveitando inovações em tecnologia de acionamento modular,potênciaintegra motores de alto desempenho, redutores de precisão e sistemas de controle multiprotocolo para fornecer soluções de sistemas de acionamento inteligentes eficientes e personalizadas.potênciaforneceu soluções profissionais de sistemas de acionamento para mais de 500 clientes empresariais em todo o mundo, com produtos que abrangem vários campos, como sistemas domésticos inteligentes, eletrônica automática, robótica, agricultura de precisão, drones e automação industrial.