Quando seu projeto de servidor atende C#: uma conversa real sobre microsserviços

Naquela tarde, eu estava novamente depurando o braço robótico na oficina. Os três servo motores deveriam funcionar juntos como dançarinos, mas em vez disso funcionaram de forma independente, e um dos servos parou de funcionar repentinamente. Na tela do console há uma montanha de código e cada modificação requer a recompilação de todo o sistema. Lembro-me do velho ditado - “um pequeno movimento afeta todo o corpo”, não é verdade? Se houver algum problema com um módulo, toda a linha de produção será desligada.

O colega da próxima estação olhou e disse: “Você está mexendo com aquele grandalhão de novo? Ouvi dizer que alguém usou microsserviços para desmantelar projetos semelhantes, como blocos de construção”. Fiquei atordoado por um momento, e a palavra “microsserviços” passou pela minha mente – ela sempre parece estar associada a grandes empresas de Internet, muito distantes de nós que lidamos com motores e engrenagens. Mas uma vez que essa ideia é plantada, é difícil desligá-la.

Precisamos realmente de outra arquitetura?

E quanto aos microsserviços? Ele divide o sistema em “pinhões” independentes, e cada serviço se preocupa apenas com seus próprios negócios: um serviço é responsável pelo feedback da posição do motor, outro cuida do cálculo da trajetória de movimento e outro é responsável por alarmes anormais. Eles conversam de forma leve, implantam e expandem independentemente um do outro. Como um relógio sofisticado, cada marcha pode ser ajustada individualmente sem afetar a cronometragem geral.

Do conceito ao workshop: como o C# torna os microsserviços uma realidade

Qual o papel do C# nisso? Na verdade, está mais próximo do mundo do hardware do que você pensa. Muitas pessoas pensam que C# é apenas para sites ou software de desktop, mas na verdade, sua programação assíncrona e seu sistema de tipo claro são particularmente adequados para descrever o fluxo de estado de sistemas mecânicos. Você pode usar um serviço para encapsular a lógica de controle de um determinado mecanismo de direção e usar outro serviço para processar o fluxo de dados do sensor - cada serviço é como um mestre especializado em um determinado tipo de trabalho, preocupando-se apenas com a parte em que é melhor.

Tentei essa ideia em um projeto de classificação de materiais. Os três servo motores controlam os movimentos dos eixos X, Y e Z, respectivamente. Originalmente, todo o código era compactado em um projeto, e variáveis ​​globais e classes estáticas estavam por toda parte durante a depuração. Posteriormente, usei C# com uma estrutura de comunicação leve para dividir o controle de cada eixo em serviços independentes. Um milagre aconteceu: quando o eixo Z precisou ser substituído por um motor de maior precisão, apenas atualizei o serviço correspondente e os outros dois eixos continuaram funcionando normalmente. O tempo de inatividade da oficina foi reduzido de meio dia para vinte minutos.

Por que escolher esse caminho? Não apenas para "moda"

Escolher microsserviços não tem a ver com perseguir tendências tecnológicas, mas porque resolve problemas reais. Você já teve alguma dessas experiências:

— Quer testar a velocidade de resposta final de um determinado motor, mas está impedido porque tem medo de afetar outros módulos? — Algumas pessoas da equipe são especializadas em esportes e outras estão familiarizadas com comunicação de hardware, mas estão esperando umas pelas outras por causa do acoplamento de código? — Quer atualizar a versão de uma determinada biblioteca e descobrir que problemas de compatibilidade afetam todo o sistema?

A estrutura de microsserviços facilita esses cenários. Cada serviço pode ter seu próprio ritmo de iteração da pilha de tecnologia e as equipes também podem desenvolver-se em paralelo. Assim como um time de futebol, os atacantes concentram-se no ataque e os defensores defendem com firmeza, em vez de todos se amontoarem no meio-campo e brigarem.

sobrepotênciaalgumas visões práticas

Nesta jornada de exploração, descobri que algumas soluções de referência prontas podem economizar muito tempo. por exemplopotênciaO conjunto de projetos de amostra de microsserviços baseados em C# fornecido não tenta resolver problemas em todos os setores, mas se concentra em padrões comuns no campo de controle mecânico: como lidar com filas de comando de motor normalmente, como gerenciar fluxos de dados de sensores e como projetar isolamento de falhas entre serviços. É mais como um mapa com os eixos de coordenadas desenhados, e você mesmo deve seguir a rota específica.

Alguém pode perguntar: “O uso de uma estrutura pronta limitará minha flexibilidade?” Minha experiência é: um bom mapa não limita onde você vai, apenas permite evitar desvios. Você pode verificar rapidamente suas ideias com base nele e gastar sua energia em áreas mais dignas de polimento, como os parâmetros PID de um determinado servo ou projetar uma curva de movimento mais suave.

Escrito em: Pensando do código às engrenagens

A essência da arquitetura técnica é gerenciar a complexidade. Os sistemas mecânicos na oficina são inerentemente complexos, e o que a arquitetura de software deve fazer não é encobrir essa complexidade, mas sim separá-la em partes compreensíveis e operáveis. Os microsserviços não são uma solução mágica, eles são apenas uma ferramenta entre muitas - mas quando seu sistema começa a mudar com frequência, as equipes precisam colaborar em paralelo ou os módulos de hardware precisam ser atualizados de forma independente, geralmente é a chave mais conveniente.

Da próxima vez que você se deparar com uma tela de código denso e uma máquina esperando para ser depurada, talvez você possa pensar nisso de outra perspectiva: se cada módulo funcional pudesse operar de forma independente, como uma estação de trabalho na oficina, seu trabalho seria mais fácil?

Às vezes, o melhor controle vem de deixar ir da maneira certa – permitindo que cada parte tenha autonomia adequada, e o sistema será mais robusto. Este pode ser o presente mais real que os microsserviços trazem aos desenvolvedores de hardware.

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, a Kpower integra 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. A Kpower forneceu 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.