comprar contêineres de nuvem para microsserviços

Para projetos servo e mecânicos, por que devemos nos preocupar com “contêineres de microsserviços”?

Vamos falar sobre servomotores.

Você pode ter em mãos um projeto de braço robótico, ou um equipamento de automação – ele contém diversos servos e sensores, e o programa roda em um computador industrial ou placa embarcada. Tudo parece bastante tradicional. Mas você sempre encontrou esses problemas recentemente: atualizações de programas são problemáticas, uma determinada função apresenta um bug e todo o sistema precisa parar, e você deseja expandir novos módulos, mas está limitado pelo hardware?

Algumas pessoas dirão: “Isso é uma questão mecânica e elétrica, o que isso tem a ver com contêineres de nuvem?”

Bem, superficialmente isso não parece importar. Mas e se dividirmos a lógica de controle em pequenos serviços independentes - por exemplo, um serviço é responsável apenas pela posição do motor em malha fechada, outro serviço lida com a filtragem do sensor e outro serviço é responsável pelo protocolo de comunicação - cada serviço é colocado em um contêiner independente e colocado na nuvem ou no servidor local?

De repente, você descobre que para atualizar um determinado serviço basta substituir um dos containers sem tempo de inatividade; para expandir novas funções, você só precisa adicionar contêineres e não está vinculado a recursos de hardware locais; durante a depuração, você pode monitorar o status de um serviço individualmente, em vez de se preocupar com um monte de código.

É como conectar todos os seus aparelhos elétricos na mesma tomada. Quando um aparelho elétrico entra em curto-circuito, toda a casa perde energia. Agora, cada aparelho tem seu próprio circuito independente e é protegido por um disjuntor – se um quebrar, os outros continuam funcionando.

A questão é: de onde vêm os contêineres?

Portanto, a compra direta de serviços de contêiner em nuvem prontos tornou-se uma escolha prática para muitas equipes.

Mas você pode hesitar: os contêineres prontos não atenderão às nossas necessidades de controle em tempo real? O atraso será muito alto? Será muito caro?

Ao escolher um contêiner, considere algumas coisas

Sejamos claros: os contêineres de microsserviços não são uma “panaceia”. Eles são adequados para cenários onde a lógica é relativamente independente, o volume de comunicação não é grande e há uma certa tolerância a atrasos. por exemplo:

• Monitoramento do status do equipamento e armazenamento de dados históricos
• Algoritmo de planejamento de caminho não em tempo real
• Gerenciamento de usuários, verificação de autoridade
• Notificação de alarme e resumo de registro

Para tarefas de resposta em nível de milissegundos, como controle de posição de servomotores em tempo real, ainda é adequado para ser colocado no controlador local. Os contêineres e as tarefas locais podem colaborar – o local é responsável pelo circuito fechado em tempo real e o contêiner é responsável pelo agendamento e gerenciamento de nível superior.

Ao comprar contêineres, você prestará atenção a estes:

1. Implantação leve e rápida. A imagem do contêiner deve ser pequena e rápida, então você não precisa esperar meio dia por uma imagem de 2 GB.

2. Os recursos podem ser alocados de forma flexível. A CPU e a memória podem ser ajustadas conforme necessário, para que você não precise pagar por recursos que não utiliza.

3. Latência de rede estável. Especialmente se você acessa dispositivos locais a partir da nuvem, flutuações de dezenas de milissegundos às vezes são críticas.

4. A cadeia de ferramentas amigável fornece uma interface de gerenciamento simples ou API, permitindo que você se concentre na integração de negócios em vez de ficar mexendo na configuração o dia todo.

Como fizemos isso?

existirpotênciaEssa ideia foi utilizada em um projeto de linha de produção automatizada do qual participei recentemente.

A linha de produção possui doze servomotores acionando correias transportadoras. Cada motor precisa de controle de velocidade em tempo real. Ao mesmo tempo, o status da linha de produção precisa ser relatado ao sistema de gestão para previsão de falhas e estatísticas de capacidade de produção.

Mantemos o programa de controle em tempo real no PLC local e dividimos o relatório de status, a análise de dados, o envio de alarme e outras funções em cinco microsserviços, empacotando-os em contêineres e implantando-os no servidor de intranet do cliente.

Um dos contêineres é dedicado ao processamento de dados de temperatura e vibração do motor. Quando a tendência for anormal, lembretes de manutenção serão emitidos antecipadamente. Este contêiner foi atualizado duas vezes e nunca afetou o funcionamento de outros serviços.

Outro contêiner é responsável por gerar relatórios diários de eficiência, que são enviados automaticamente para o celular do supervisor da linha de produção pela manhã.

Este conjunto de serviços de contêiner vem depotênciaCom a solução de contêiner em nuvem fornecida, os clientes não precisam construir seus próprios clusters Kubernetes ou contratar uma equipe dedicada de operação e manutenção – os engenheiros mecânicos podem gerenciar o início, a parada e a versão dos contêineres por meio de operações simples na web.

Às vezes a resposta está escondida fora da pergunta

Você pode pensar: “Acabei de comprar o servo motor e o driver, por que preciso me preocupar com o contêiner?”

Na verdade, o equipamento atual não é mais uma unidade mecânica isolada. Eles geram dados, recebem instruções e colaboram entre si – essas partes “soft” estão se tornando cada vez mais importantes.

Tal como num carro, o motor e a caixa de velocidades são hardware, mas funções como navegação, entretenimento e condução autónoma dependem da iteração contínua de serviços de software.

Comprar contêineres é como equipar seu sistema de hardware com um "centro nervoso" expansível - ele não substitui o hardware, mas facilita a expansão e o gerenciamento dos recursos do hardware.

Então, o que vem a seguir?

Se você estiver planejando um novo projeto ou tiver problemas para manter um sistema existente, considere o seguinte:

• Quais funções podem ser divididas em serviços independentes?
• Esses serviços são adequados para serem colocados em contêineres?
• Com o que você mais se preocupa ao comprar uma solução de contêiner pronta?

Muitas vezes, não existe certo ou errado absoluto na seleção de tecnologia, apenas se ela é adequada ou não.

existirpotência, muitas vezes trabalhamos com os clientes para resolver essas necessidades - não para promover uma solução universal, mas para encontrar o ponto de equilíbrio que seja "suficiente e fácil de expandir".

Afinal, o maquinário e o servo são reais, e o código e o contêiner são virtuais. Mas quando o virtual e o real são combinados, o sistema realmente ganha vida.

Lembre-se de uma coisa: não importa o quanto a tecnologia mude, esses três objetivos de tornar o equipamento mais confiável, facilitar o desenvolvimento e tornar a expansão mais livre nunca mudaram.

Boas ferramentas aproximam você desses objetivos, e não mais longe.

Fundada em 2005, a Kpower tem se dedicado a ser 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.