proposta de contêineres de nuvem para microsserviços

Quando os servomotores irão para a nuvem: Na era dos microsserviços, seus dispositivos ainda estão lutando sozinhos?

Você já tentou deixar um grupo de servos trabalhar em conjunto para completar um conjunto complexo de ações? Por exemplo, um pequeno braço robótico agarra, gira e posiciona peças com precisão - parece simples, não é? Mas, na verdade, ajustá-lo muitas vezes causa dor de cabeça às pessoas. Cada motor funciona de forma independente, a transmissão de dados é lenta e sempre há um atraso de alguns milissegundos na resposta do comando. Todo o sistema parece desajeitado e rígido. É como uma banda sem maestro. Se o ritmo de cada músico estiver um pouco errado, a música ficará bagunçada.

Qual é o problema? A arquitetura de controle tradicional é muito “centralizada”. Todos os cálculos são colocados em um processador central. Quando houver muitas tarefas, o sistema ficará sem fôlego. Ainda mais problemática é a escalabilidade: deseja adicionar um novo recurso? Talvez você precise reescrever todo o programa. Com o passar do tempo, os custos de manutenção aumentam cada vez mais e a flexibilidade diminui cada vez mais.

Assim, nos últimos dois anos, mais e mais pessoas começaram a falar sobre “microsserviços”. Simplificando, consiste em dividir um grande sistema em vários pequenos serviços independentes, cada um responsável por uma função, e colaborar por meio de comunicação leve. Essa ideia já é popular na área de TI há algum tempo e agora é finalmente a vez das máquinas e do hardware. Por que? Porque precisamos de uma arquitetura de dispositivos mais ágil e sustentável.

Por que os microsserviços são adequados para sua próxima máquina?

Imagine isto: você tem um projeto para um braço robótico de seis eixos. No passado, o planejamento de movimento, o controle de torque e as interfaces de comunicação eram todos espremidos no mesmo código. E agora? Você pode transformar o cálculo da trajetória em um serviço separado, o monitoramento em tempo real em outro e o diagnóstico de falhas em outro serviço independente. Cada serviço pode ser desenvolvido, testado, implantado de forma independente e até mesmo escrito em diferentes linguagens de programação. Um serviço precisa ser atualizado? Não afeta o funcionamento normal de outras peças.

Essa modularidade traz benefícios reais. A primeira é a resiliência: se um determinado serviço travar, não irá derrubar todo o sistema, apenas reiniciá-lo. A segunda é a escalabilidade: de repente, é necessário adicionar recursos de reconhecimento visual? Insira um novo serviço diretamente sem precisar reinventar a roda. A terceira é a liberdade técnica: você pode escolher C++ para controle em tempo real e Python para registro de dados e obter o melhor de cada um.

Mas quando se fala em microsserviços na área de hardware, sempre surge um desafio: onde rodam esses serviços? Computador industrial? Placa-mãe incorporada? Ou algo mais flexível?

Containers: Deixe que cada serviço tenha sua “sala pequena”

A resposta está na tecnologia de “contêineres”. Você pode pensar em contêineres como pacotes de software leves e independentes que contêm tudo o que é necessário para o serviço – código, ambiente de execução e bibliotecas dependentes. Ao contrário de uma máquina virtual, ela não precisa simular todo o sistema operacional, inicia mais rápido e consome menos recursos.

O que significa conteinerização para sistemas de servocontrole? Isso significa que você pode empacotar o controle do loop de posição em um contêiner, o gateway de comunicação em outro e a interface homem-máquina em outro. Esses contêineres podem ser executados no mesmo hardware, isolados uns dos outros e fáceis de comunicar entre si. Algum dia você deseja transferir o controle para dispositivos de computação de ponta mais poderosos? Basta mover o contêiner e quase não há necessidade de modificá-lo.

potênciaÉ interessante explorar esse aspecto. Em vez de apenas fornecer motores ou drives, eles começaram a pensar em como toda a arquitetura adotava práticas modernas de software. Por exemplo, ao encapsular serviços de controle central em contêineres, o mesmo tipo de servo driver pode ser adaptado de forma flexível a diferentes cenários de aplicação - desde máquinas de colocação de alta velocidade até máquinas de gravação de precisão, basta ajustar a combinação de serviços sem alterar o hardware.

Do conceito à realidade: alguns passos no caminho da integração

Talvez você murmure: isso soa um pouco "TI". Estamos engajados em máquinas, ainda precisamos aprender Docker e Kubernetes? Não se preocupe, a transição pode ser tranquila.

Comece com as partes com as quais você está mais familiarizado. Escolha um módulo funcional relativamente independente, como monitoramento de temperatura do motor. Escreva-o como um serviço independente, empacote-o em um contêiner e experimente-o no sistema existente. Esta etapa não requer tocar na lógica de controle central e o risco é muito pequeno.

A seguir, observe o efeito. Este contêiner é estável? O uso de recursos é razoável? A comunicação com outras partes é tranquila? Depois de ganhar confiança, você poderá migrar gradualmente outros módulos em: planejamento de movimento, gerenciamento de IO, registros de dados... assim como blocos de construção, substituindo e atualizando um por um.

No processo, você encontrará o desafio do desempenho do hardware em tempo real. Afinal, o agendamento de contêineres não foi projetado para respostas em microssegundos. Neste momento, a arquitetura híbrida é útil – tarefas críticas em tempo real ainda são tratadas diretamente pelo firmware, enquanto tarefas não em tempo real são entregues ao serviço de contêiner. Ao clarificar as prioridades, o sistema pode ser flexível e fiável.

Então, vale a pena o investimento?

O modelo de microsserviços mais containers é essencialmente um investimento no futuro. Dá ao seu equipamento uma espécie de “resiliência” no nível inferior. Assim como um livro, a estrutura tradicional é uma versão impressa com numeração fixa de páginas, e se quiser alterar um capítulo é necessário reimprimi-lo; embora a nova estrutura seja um livro de folhas soltas, e os capítulos podem ser removidos e adicionados a qualquer momento, mas o livro ainda é o mesmo livro.

É claro que a transformação requer paciência. No início, você pode achar que as etapas são complicadas e os benefícios não são óbvios. Mas a primeira vez que você testemunha um serviço sendo atualizado individualmente enquanto toda a linha de produção continua a operar, a sensação de fluidez é a garantia de que você está no caminho certo.

escrito em

A evolução tecnológica raramente é avassaladora, mas sim como água parada correndo profundamente. Do analógico ao digital, do centralizado ao distribuído, cada etapa do servocontrole responde às necessidades reais: como ser mais confiável, mais flexível e mais fácil de gerenciar.

Hoje, o conceito de nativo da nuvem está penetrando lentamente no mundo do hardware. Não se trata de seguir uma moda passageira, mas de resolver pontos problemáticos reais – aqueles problemas concretos que surgem na oficina, durante a depuração e durante a manutenção noturna. Talvez o próximo dispositivo que você projetar utilize esse tipo de sabedoria ordenada: cada parte é independente e focada, mas o todo funciona perfeitamente.

Afinal, uma boa tecnologia torna as coisas complexas mais simples. Não é?

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.