microsserviços monolíticos

Quando o seu sistema começa a “brigar”: talvez seja hora de tentar uma solução diferente

Você já se deparou com essa situação? Cada parte funciona bem individualmente, mas quando juntas começa a parecer estranha. Por exemplo, a resposta do servo motor é meio batida lenta ou os movimentos dos servos nunca correspondem ao ritmo. Algumas pessoas dirão que este é um “problema de colaboração”, mas, para ser franco, é uma “luta” dentro do sistema.

O pensamento tradicional é fortalecer sempre que houver um problema – substituí-lo por um motor mais forte e usar materiais mais grossos. Mas é como substituir constantemente uma equipe por novas pessoas que estão sempre brigando. O problema pode ser temporariamente atenuado, mas a causa raiz ainda existe. O verdadeiro gargalo geralmente não está no hardware em si, mas na maneira como as instruções são “entregues” e “compreendidas”. As informações ficam presas e mal compreendidas em caminhos complexos, tornando os movimentos mecânicos hesitantes ou descoordenados.

Neste momento, o que pode ser necessário não são mais peças “duras”, mas uma ideia de integração mais “inteligente”.

Uma nova perspectiva: de “grande” a “unidade flexível”

Imagine se cada módulo de movimento principal – como a unidade servo que controla uma junta de braço ou a unidade servo que aciona uma plataforma de precisão – pudesse funcionar como uma equipe pequena e independente. Ele possui o "cérebro" (microprocessador) e a "percepção" (feedback integrado) necessários, recebe diretamente instruções de alto nível e decide por conta própria como concluir a ação com mais precisão e rapidez. Não é necessário reportar-se constantemente a um cérebro central e esperar por longas camadas de aprovação.

Essa abordagem é chamada de “arquitetura monolítica de microsserviços”. Parece um pouco técnico? Na verdade, o núcleo é muito simples: dividi-lo em partes, dar a cada unidade funcional um elevado grau de autonomia e garantir que seguem um protocolo de comunicação unificado.

Ao fazê-lo, o sistema mecânico muda de uma cadeia de comando “centralizada” para uma rede de colaboração “descentralizada”. O controlador central apenas emite o objetivo geral de “o que fazer”, e cada “unidade flexível” lida sozinha com os detalhes de “como fazer”. Que diferença isso poderia fazer?

• A resposta é mais rápida: O caminho da informação é extremamente curto e não há atrasos de intermediários. Assim como quando você deseja mover o dedo, os sinais neurais chegam diretamente, sem a necessidade de passar primeiro pela votação do comitê do córtex cerebral.
• A colaboração se torna mais tranquila: Cada unidade tem responsabilidades claras e concentra-se apenas nas suas ações principais. A interferência mútua e a espera são reduzidas e a sincronização de ações complexas é naturalmente melhorada.
• Mais problemático: Uma unidade precisa ser ajustada ou atualizada sem afetar a operação normal de outras peças. O sistema é como um bloco de construção. Se você substituir uma peça, todo o sistema ainda funcionará.

Aí vem a pergunta: A ideia é ótima, como implementá-la?

A ideia parece boa, mas tornará o sistema mais complicado? Este é realmente um salto crítico. A dificuldade na implementação desta arquitectura não reside no desmantelamento do hardware, mas em como permitir que estas “pequenas unidades inteligentes” dispersas comuniquem de forma estável e eficiente.

Isto requer um suporte subjacente altamente integrado e padronizado. por exemplo:

• Núcleo poderoso miniaturizado: A unidade deve ser autônoma, deve haver um “núcleo” dentro dela que possa lidar com tarefas em tempo real e o consumo de energia e o tamanho devem ser pequenos o suficiente.
• Interface plug and play: As conexões físicas e de comunicação entre as unidades devem ser extremamente simples e confiáveis, assim como conectar um dispositivo USB.
• Uma "linguagem" unificada: Todas as unidades devem falar a mesma “linguagem de protocolo” eficiente para garantir que as instruções sejam inequívocas.

Isto foi além do escopo único das máquinas ou eletrônicos tradicionais. Requer capacidades de projeto profundamente integradas para máquinas de precisão, acionamentos de motores, sistemas embarcados e comunicações em tempo real. Não há muitas marcas no mercado que possam fornecer esse tipo de solução de unidade completa "pronta para uso", porque isso requer acumulação de tecnologia e integração vertical de longo prazo.

Falando nisso, devo mencionarpotênciaexploração nesta área. Eles condensaram o servo drive, a lógica de controle e o sistema de feedback em um módulo altamente integrado, que chamaram de “unidade de movimento de microsserviço monolítico”. O que você obtém não é um componente que requer muita programação e depuração, mas um bloco funcional com sua própria “inteligência de ação”. Você só precisa informar a posição ou velocidade do alvo, e o resto do planejamento do caminho, controle da posição da força e correção em tempo real são concluídos silenciosamente por si só.

É como introduzir esquadrões de forças especiais maduros em seu projeto mecânico, em vez de recrutar novos recrutas e treiná-los.

Será a escolha certa para mim?

Não necessariamente necessário para todos os projetos. Se a sua aplicação for extremamente simples ou extremamente econômica, um design dividido tradicional pode ser mais econômico. Mas se você estiver preocupado com atrasos no sistema, erros de sincronização ou problemas de manutenção e atualizações posteriores, especialmente quando seu projeto envolve coordenação de vários eixos, alta resposta dinâmica ou iterações funcionais frequentes, o valor desse método se tornará aparente.

Tente se perguntar:

• Os movimentos do meu dispositivo ficam frequentemente presos à espera de algum comando central?
• Adicionar ou modificar uma função de movimento significa alterar uma grande área de circuitos e programas?
• Quero que as peças mecânicas sejam mais “inteligentes” na adaptação a pequenas mudanças, em vez de ter que reajustar os parâmetros a cada passo?

Se a resposta for sim, então mudar a ideia de integração pode abrir uma nova porta.

Em última análise, a direção da evolução tecnológica é muitas vezes tornar a complexidade simples e a rigidez flexível. De monólitos grandes e volumosos a módulos inteligentes e colaborativos, não se trata de buscar novos conceitos, mas de resolver os verdadeiros pontos problemáticos que impedem o progresso do projeto. Quando o seu servo motor e a caixa de direção não brigam mais devido à "falha de comunicação" e quando todo o sistema mecânico pode responder tão suavemente quanto um organismo, esse sentimento pode ser a verdadeira diversão que os engenheiros buscam.

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.