Por que todo mundo está usando microsserviços? É realmente tão útil?

Imagine que você está construindo um robô complexo. Se todas as peças forem soldadas a uma placa de circuito, quando um pequeno motor quebrar, pode ser necessário desmontar a máquina inteira e reiniciá-la - demorado, trabalhoso e fácil de envolver outras peças intactas. Mas e se cada junta e cada sensor forem formados independentemente em um pequeno módulo? Substituí-los é tão fácil quanto montar blocos. É provavelmente por isso que a arquitetura de microsserviços mudou silenciosamente muitas ideias de design de sistemas.

Qual é o problema?

No passado, muitos softwares eram como um grande bloco de ferro. As funções estão todas agrupadas e um movimento afeta todo o corpo. Quer atualizar um pequeno recurso? Todo o sistema precisa ser reimplantado. Um aumento repentino no tráfego? Só pode ser expandido como um todo, mesmo que apenas uma pequena parte dele realmente necessite de recursos. Sem falar na seleção técnica - uma vez selecionado o framework, ele pode ficar “travado” nos próximos anos, sendo difícil alterar até mesmo uma pequena parte dele.

É como se você tivesse um braço robótico semelhante a um polvo com o mesmo conjunto de motores e o mesmo controlador para cada articulação. Parece legal, mas quando você quer deixar seus pulsos mais flexíveis e seus cotovelos mais fortes, você descobre que não tem como começar.

Que diferença os microsserviços trazem?

A primeira atração: independência.

Cada microsserviço é como um volante independente na máquina, responsável apenas por suas próprias ações - o gerenciamento de usuários cuida apenas da verificação de login e o serviço de pedidos cuida apenas do processo de transação. Eles se comunicam entre si por meio de interfaces leves, e quem os quebrar irá atualizá-los sem prejudicar os outros. Você gostaria de reescrever um deles em uma nova linguagem de programação hoje? casual. Enquanto ainda puder “cumprimentar” seus vizinhos, outros serviços não sentirão nenhuma mudança.

A segunda característica: escala elástica.

Quando o número de visitas aumenta, em vez de substituir a máquina inteira por uma maior, você apenas “adiciona força” às peças que estão sob alta pressão. Por exemplo, se o serviço de pedidos estiver muito ocupado durante a temporada de promoções, implante mais alguns microsserviços de pedidos; se o módulo retrato do usuário estiver ocioso, deixe-o como está. A utilização de recursos é mais refinada e os custos são mais fáceis de controlar.

O terceiro charme: liberdade tecnológica.

Ninguém estipula que todos os serviços devam ser desenvolvidos com as mesmas ferramentas. Alguns são adequados para iteração rápida em Python e alguns requerem Java para lidar com alta simultaneidade. O banco de dados também pode ser selecionado sob demanda - este usa MySQL, aquele usa MongoDB. As equipes podem escolher a pilha de tecnologia mais conveniente para os serviços pelos quais são responsáveis, assim como selecionar o modelo de motor mais adequado para cada junta de um braço robótico, e não estão mais limitadas por “tamanho único”.

Então há alguma dor de cabeça nisso?

Claro que existe. Com tantos serviços, a coordenação torna-se um desafio. No passado, uma solicitação era chamada entre funções internas, mas agora pode abranger vários serviços da rede. Isso traz problemas de latência, problemas de confiabilidade de rede e consistência de dados – o serviço A é bem-sucedido, mas o serviço B falha, como reverter? O monitoramento e a depuração também se tornaram mais complicados. Você precisa ter um mapa de serviços claro para saber quais caminhos as solicitações seguiram.

É como gerenciar um esquadrão de robôs. É ótimo que cada membro da equipe possa trabalhar de forma independente, mas você precisa de uma boa cadeia de comando, protocolos de comunicação claros e um mecanismo para que a missão geral continue caso um membro da equipe falhe.

Com o que as pessoas realmente se importam quando escolhem?

Algumas pessoas podem perguntar: o sistema precisa ser dividido em microsserviços? não necessariamente. Se o seu negócio for simples e estável, uma aplicação holística será mais direta. Os microsserviços são populares em cenários onde os negócios estão mudando, o tamanho da equipe está se expandindo e são necessárias tentativas e erros rápidos e implantação independente.

O que na verdade reflete é um tipo de pensamento: usar componentes modulares e substituíveis para construir um sistema flexível. Assim como quando fazemos projetos mecânicos, não soldaremos todas as transmissões no mesmo chassi. Você reservará interfaces e padronizará protocolos para que cada unidade possa operar de forma independente e colaborativa.

Como isso é estranhamente semelhante ao design de hardware?

Pessoas que já brincaram com servos ou servomotores podem ter alguma experiência. Um bom design modular não comprime todos os circuitos em uma placa, mas permite que a fonte de alimentação, o controle e a detecção formem módulos separados e os conectem através de interfaces claras. Desta forma, ao depurar o acionamento do motor, o sensor não será queimado acidentalmente; ao atualizar o controle, você só precisa substituir a placa principal sem religar.

O mesmo vale para a ideia de microsserviços – eles “hardwares” de software. Cada serviço é como um módulo de circuito com funções claras e pinos de entrada e saída (API) claros. A implementação interna pode ser continuamente atualizada ou até mesmo substituída. Enquanto as definições dos pinos permanecerem inalteradas, o sistema pode evoluir sem problemas.

Então, em quais cenas ele realmente brilha?

Quando sua empresa precisa lançar novos recursos rapidamente e os ciclos de vida de diferentes recursos variam muito; quando o tamanho da equipe aumenta e você espera que vários grupos possam desenvolver, testar e ficar online de forma independente; quando o sistema precisa lidar com tráfego irregular e algumas partes estão sob grande pressão e outras estão ociosas - surgem as vantagens dos microsserviços.

Ele divide a “grande máquina” em “colaboração em pequenas equipes”. Cada serviço foca em uma coisa e se comunica de forma padronizada, mas o todo pode atingir objetivos complexos. Isto requer um pensamento de design inicial e um bom suporte de infraestrutura, mas uma vez instalado e funcionando, a adaptabilidade e a evolução do sistema tendem a ser muito mais rápidas.

Tal como um dispositivo mecânico sofisticado, um sistema verdadeiramente fiável e flexível é frequentemente composto por muitos módulos dedicados. Os microsserviços são populares não porque sejam perfeitos, mas porque respondem a uma necessidade contínua: como manter os sistemas ágeis e resilientes em meio a mudanças. Não é uma solução mágica, mas é um conjunto de ferramentas de pensamento que permitem que o software seja iterado, substituído e atualizado como módulos de hardware. Na próxima vez que você projetar um sistema, talvez pense nisso: se você pensar nele como um conjunto de unidades independentes que cooperam entre si, haverá novas possibilidades?

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.potênciaforneceu 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.