Quando o sistema do seu servidor começa a "ficar estranho": uma história sobre API REST de microsserviços

Você já se deparou com essa situação? O braço robótico de três anos de idade na oficina de repente ficou lento certa manhã. Ainda estava se movendo, mas sua resposta era sempre meio batida mais lenta, como se não tivesse acordado. A coordenação entre vários servos também começou a parecer ligeiramente desalinhada. Embora não tenha afetado a operação geral, a precisão das peças processadas foi um pouco errada.

O problema muitas vezes não está no hardware em si

Passamos muito tempo verificando o motor, os sensores, a estrutura da transmissão - estava tudo bem. Mas o problema permanece. Mais tarde, foi descoberto que a comunicação interna do software de controle nos bastidores começou a apresentar atrasos. A troca de dados entre vários módulos funcionais é como um antigo centro de transporte, bloqueado em locais invisíveis.

Na verdade, este é um fenômeno muito típico. Muitos sistemas mecânicos e de automação funcionam bem inicialmente, mas à medida que as funções aumentam e a quantidade de dados aumenta, a eficiência da transmissão interna de informações diminuirá silenciosamente. Especialmente quando o sistema precisa lidar com colaboração multieixo, feedback em tempo real e ajuste dinâmico, o software de arquitetura monolítica tradicional muitas vezes se torna um gargalo.

Neste momento, talvez você precise mudar de ideia e analisar o problema.

Microsserviços e API REST: dividindo grandes sistemas em equipes pequenas e flexíveis

Imagine se cada unidade mecânica da oficina fosse como uma pequena equipe independente com entendimento tácito. Os responsáveis ​​por agarrar focam apenas em agarrar, os responsáveis ​​por girar focam apenas em girar e os responsáveis ​​por posicionar focam em posicionamento. Cada um deles tem seus próprios “cérebros” (serviços), mas se comunicam entre si a qualquer momento usando uma linguagem simples e padrão (API REST).

O benefício mais direto de fazer isso é a flexibilidade. Se uma determinada unidade necessitar de atualização ou manutenção, isso não afetará o funcionamento normal de outras unidades. É como mudar um músico na banda e a música pode continuar. A capacidade de manutenção do sistema é bastante melhorada.

É clareza. Cada serviço tem limites claros de responsabilidade. Quando algo dá errado, você sabe a quem recorrer. Ao depurar, você também pode estar mais focado e todo o seu corpo não será afetado por nada.

Terceiro, existe escalabilidade. Um dia você precisa adicionar um módulo de inspeção visual ou conectar um novo painel de dados, é como adicionar uma nova função à equipe existente - basta usar a mesma linguagem de comunicação (API) para conectar, não há necessidade de virar e começar de novo.

Mas “desmantelar” não é o objectivo, “melhor colaboração” é

Quando muitas pessoas ouvem “microsserviços”, pensam que quanto mais quebrado o software estiver, melhor. Na verdade. A base para a divisão deve ser os limites naturais das funções empresariais. Para sistemas de controle mecânico, podem ser as áreas centrais de “controle de movimento”, “monitoramento de status”, “lógica de processo” e “persistência de dados”.

Após a divisão, como permitir que eles se comuniquem de maneira eficiente e confiável é a chave. Este é o problema que as APIs REST foram projetadas para resolver.

Um bom design de API é como desenvolver um protocolo de comunicação eficiente para a equipe. deveria:

• Intuitivo e fácil de entender: Vendo o endereço e os métodos da interface, você pode adivinhar o que ela faz. por exemplo/api/motor/statusUsado para obter o status do motor,POST /api/tarefaUsado para emitir novas tarefas.
• Estável e consistente: Ele se comporta da mesma maneira hoje e amanhã. O formato dos dados retornados e o significado do código de erro permanecem unificados, proporcionando tranquilidade ao chamador.
• Passe apenas as informações necessárias: Nem mais, nem menos, apenas o suficiente para atender às necessidades de colaboração. Evite mover grandes quantidades de dados redundantes entre serviços, o que aumenta a carga da rede e os custos de análise.
• Tenha boa “tolerância a falhas”: a rede é desconectada ocasionalmente e um determinado serviço não responde temporariamente. Um bom design de API pode ajudar o sistema a se degradar normalmente ou a se recuperar rapidamente, em vez de travar diretamente.

Do conceito à prática: alguns pensamentos específicos inevitáveis

Em que nos concentraríamos ao realmente construir tal sistema?

Primeiro, a granularidade dos serviços. O controle de cada motor deveria ser feito em um serviço independente ou o controle de movimento de um eixo inteiro deveria ser usado como um serviço? Isso requer compensações. Se for demasiado detalhado, a complexidade da gestão aumentará; se for muito grosseiro, as vantagens dos microsserviços serão perdidas. Nossa experiência é partir das capacidades centrais do negócio e encontrar unidades funcionais que sejam relativamente independentes e autônomas.

Em segundo lugar, a confiabilidade da comunicação. Em ambientes industriais, as redes nem sempre são perfeitas. As chamadas de API podem falhar. Portanto, além de projetar um mecanismo de nova tentativa, às vezes também é necessário introduzir uma fila de mensagens assíncronas para evitar a perda de instruções importantes. Garantir "entregue pelo menos uma vez" é fundamental para controlar as instruções.

Terceiro, monitoramento e percepção. Depois que o sistema for desmontado, como saber se o sistema geral está íntegro? É necessário um mecanismo unificado de registro, monitoramento e rastreamento de links. Quando o tempo de processamento de uma determinada peça expira, você pode rastrear rapidamente qual serviço (como o serviço de planejamento de caminho) está respondendo lentamente, em vez de verificar cegamente todo o hardware.

Quarto, fronteiras seguras. Cada serviço possui sua própria entrada e políticas de segurança detalhadas. Quem tem acesso à interface de controle de movimento? Quem só pode ler o status? O gerenciamento de permissões de API baseado em funções não é opcional em sistemas industriais, mas é obrigatório.

Esta não é apenas uma mudança na arquitetura de software

Olhando em um nível mais profundo, a adoção de microsserviços e API REST clara está, na verdade, mudando a forma como o sistema evolui. Isso torna seu sistema de automação semelhante a peças de Lego que podem ser combinadas, substituídas e atualizadas de acordo com as necessidades do negócio. Hoje você pode se concentrar na usinagem de precisão, portanto os serviços de controle de movimento são o núcleo; amanhã você pode precisar adicionar manutenção preditiva de big data, então você só precisará aprimorar os serviços de coleta e análise de dados, e o fluxo de controle original não precisará ser alterado significativamente.

Esse tipo de flexibilidade tem um valor oculto e enorme para ambientes de fabricação que exigem operação de longo prazo e adaptação contínua a novos processos e novos produtos. Reduz o débito técnico e o risco de mudanças futuras.

existirpotência, estamos profundamente envolvidos nas aplicações integradas de servo motores, caixas de direção e diversos sistemas mecânicos. Vimos muitos gargalos em estágio final causados ​​por limitações arquitetônicas de software. Precisamente porque entendemos as características físicas e a lógica de controle dos sistemas mecânicos, prestamos mais atenção à construção de um esqueleto de comunicação “forte e flexível” no nível do software.

A boa tecnologia não deve fazer as pessoas sentirem que é complicada. Assim como um excelente conjunto de API REST de microsserviços, o que é apresentado aos usuários é uma experiência de controle mais suave, um ritmo de produção mais estável e uma capacidade de expansão mais lenta. Quando o equipamento da oficina parece ter um “entendimento tácito”, naturalmente haverá menos problemas.

Tudo começa com um desenho claro sobre como “dialogar”.

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. 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.