Quando seu projeto está preso no debate de “microsserviços ou monólito”

Imagine: a reunião da equipe entrou na terceira hora, o quadro branco está cheio de caixas e setas, o café já foi bebido, mas o debate sobre arquitetura não parou – “Microserviços são mais flexíveis!” "Mas a implantação monolítica é mais simples!" Neste momento, você quer apenas algo que possa realmente se mover, em vez de ficar em debates teóricos?

Muitas vezes pensamos que a seleção de tecnologia é uma questão puramente de software, mas quando você realmente começa a construir produtos, descobrirá que os atuadores no mundo físico – como servos precisos e servomotores confiáveis ​​– são muitas vezes as mãos que fazem as ideias se concretizarem. Não importa qual arquitetura seja usada no backend, o que o usuário final sente é se a parte mecânica é suave e se a resposta é oportuna.

Por que o desempenho do hardware deveria influenciar suas decisões de software?

Alguém me perguntou: "Usamos microsserviços no backend. A parte de controle do motor também deve ser dividida em módulos independentes?" Na verdade, não há necessidade de copiá-lo mecanicamente. A arquitetura de software resolve problemas de escalabilidade e manutenção, enquanto a seleção de hardware se concentra na precisão, no torque e na velocidade de resposta. Por exemplo, se você projetar um dispositivo de exibição automatizado, o software pode ser atualizado iterativamente com frequência, mas o mecanismo de direção interno é preciso na primeira vez - não há chance de "atualização a quente".

potênciaUm fenômeno interessante foi descoberto ao lidar com esse tipo de projeto: muitas equipes passam muito tempo debatendo a arquitetura de software, mas por padrão “sempre haverá um jeito” na parte de hardware. O resultado geralmente é um sistema lindamente projetado, mas a experiência geral fica comprometida devido à falta de precisão nos atuadores mecânicos.

Então, como sair desse ciclo?

Pense claramente sobre quais ações você deseja primeiro e depois analise qual estrutura é necessária.

Por exemplo, se você criar um dispositivo de exibição interativo:

• Precisa de um ajuste rápido de pequeno ângulo? Então a velocidade de reação é a chave
• Precisa levantar uma certa quantidade de peso suavemente? Que torque e estabilidade são mais importantes
• Precisa funcionar continuamente por muito tempo? Durabilidade e dissipação de calor devem ser priorizadas

Eles determinam qual motor você escolhe e também afetam indiretamente o design do software da peça de controle. Um motor que requer alto controle em tempo real pode ser mais adequado para um acoplamento forte com o controlador; para cenários que exigem alta precisão, mas não requisitos extremos em tempo real, uma abordagem de microsserviço por meio de chamadas de API pode ser mais simples.

Respostas às perguntas mais frequentes

"Temos um orçamento limitado. Deveríamos nos contentar primeiro com motores baratos e atualizá-los depois?" Isto é um pouco como construir um edifício alto com andaimes frágeis - a substituição posterior muitas vezes significa redesenhar a estrutura.potênciaCerta vez, os engenheiros ajudaram uma equipe a planejar: eles originalmente planejavam usar motores de baixo custo para verificar a ideia primeiro, mas o teste descobriu que o erro de precisão fazia com que todo o sistema de feedback não pudesse ser calibrado. Posteriormente, o modelo foi re-selecionado, o que aumentou o custo inicial em 15%, mas economizou pelo menos dois meses de reajuste do sistema.

“Na arquitetura de microsserviços, como a parte de controle de hardware deve ser projetada?” Não há necessidade de ter microsserviços por causa dos “microsserviços”. Trate a parte que interage diretamente com o hardware como um limite de serviço independente e defina a interface com base nas características de resposta do hardware. Se um motor exigir resposta em milissegundos, não o deixe passar por muitas camadas de serviço. A arquitetura serve objetivos, e não o contrário.

Detalhes invisíveis, resultados visíveis

No ano passado, uma equipe construiu um sistema de demonstração de armazenamento inteligente. A arquitetura do software era elegante e bonita. Entretanto, durante a demonstração no local, o servo de manuseio sempre vibrou levemente em posições-chave. O problema não é a lógica do software, mas a falta de estabilidade do motor em baixas velocidades. Posteriormente, mudaram para um modelo mais adequado para cenários de baixa velocidade e o problema desapareceu.

Esse tipo de coisa não é incomum. Você gasta muito tempo projetando divisões de serviços, bancos de dados e definições de interface perfeitas, mas a sensação mais intuitiva para os usuários geralmente é saber se o braço robótico é suave, se a plataforma rotativa é silenciosa e se o posicionamento é preciso.

Então, da próxima vez que você tiver uma reunião…

Quando a discussão cair no ciclo de "qual arquitetura é melhor", tente mudar a pergunta: "Que movimento físico queremos alcançar? Quão rápido, preciso e poderoso esse movimento precisa ser?"

A resposta costuma ser muito mais clara. A arquitetura do software pode ser continuamente ajustada e reconstruída, mas uma vez integrado o hardware, o custo de substituição é muito maior. Ancore primeiro os indicadores principais do hardware e depois deixe que a arquitetura do software corresponda a eles, e não o contrário.

Boas decisões técnicas não consistem em escolher uma resposta “certa”, mas em deixar cada parte fazer o que faz melhor. O motor é responsável pela execução precisa, o software é responsável pelo agendamento flexível e sua equipe é responsável pela criação de valor - desta forma, não importa se o backend é um microsserviço ou um monólito, o front end apresenta aos usuários uma experiência tranquila e confiável.

Em última análise, os usuários não se importam com o quão detalhado é o seu serviço, eles apenas se importam com o fato de o produto funcionar conforme o esperado. O passo que transforma as expectativas em realidade muitas vezes começa com um motor adequado.

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.