De pedras a blocos de construção: vamos falar sobre a arte da divisão de sistemas

Lembra quando você assumiu aquele sistema antigo pela primeira vez? O login é lento como um caracol e até mesmo mudar a cor de um botão exige esperar três dias para ser implantado. Os códigos se amontoam, afetando todo o corpo. Com o passar do tempo, esse sistema de “pedras” é como um balão em constante expansão. Um dia ele estoura e você não sabe por onde começar a consertá-lo.

Algumas pessoas podem perguntar: Por que temos que desmantelar um bom sistema? É como converter um grande armazém em vários pequenos estúdios. Demora muito para procurar algo no armazém. Cada sala do estúdio concentra-se em uma coisa e a eficiência aumenta naturalmente. Microsserviços são pequenos estúdios independentes e que podem colaborar por meio de interfaces padrão.

Por que demolir? Qual é a vantagem de desmontá-lo?

No passado, todas as funções eram compactadas em um único processo. Se um módulo tivesse um problema, todo o sistema tremeria. Após a mudança para microsserviços, mesmo que o serviço de pagamento esteja fora do ar, os usuários ainda podem navegar pelos produtos – o sistema possui uma camada de isolamento natural. A implantação também se tornou fácil. Você pode atualizar o módulo do usuário hoje e pesquisar amanhã sem interferir um no outro.

O aumento da velocidade é a mudança mais intuitiva. Um único serviço é pequeno, rápido para iniciar e a alocação de recursos é mais precisa. Tal como acontece com a substituição de grandes autocarros por frotas, cada rota pode ser programada de forma flexível e a probabilidade de engarrafamentos é bastante reduzida.

Também existe escalabilidade. Os pedidos aumentam durante o período da promoção? Basta adicionar máquinas para atendimento de pedidos e não há necessidade de expandir todo o sistema. O controle de custos passou de extensivo para refinado, e quem calcula essa conta entende isso.

A dívida técnica também é fácil de pagar. Não me atrevo a mudar a estrutura do antigo sistema por medo de que ele entre em colapso se mudar. Agora, cada serviço seleciona independentemente uma pilha de tecnologia, novos projetos usam as ferramentas mais recentes e os módulos antigos permanecem estáveis. A inovação e a estabilidade podem realmente coexistir.

Antes de desmontar, você precisa pensar em algumas coisas.

Como determinar o limite de divisão? Existe uma maneira simples: veja quais funções são frequentemente alteradas juntas. Por exemplo, o perfil do usuário e o login são sempre ajustados juntos e devem permanecer no mesmo serviço. Se o processamento de pedidos e as atualizações de estoque continuarem brigando, talvez seja hora de separá-los.

Como dividir os dados? Esta é a etapa mais complicada. A duplicação simples levará a inconsistências e a separação completa afetará as consultas. O compromisso é: os dados principais são independentes e os dados partilhados são sincronizados através de eventos. Assim como vários departamentos mantêm arquivos separadamente, notificações importantes são sincronizadas por meio do quadro de avisos.

Qual método de comunicação escolher? As chamadas síncronas são simples, mas frágeis, enquanto o desacoplamento de mensagens assíncronas é complexo. A realidade costuma ser de uso misto: a sincronização é usada para pagamentos que exigem feedback imediato e as filas de mensagens são usadas para atualizações logísticas que podem ser processadas posteriormente.

O monitoramento tornou-se complexo. No passado, verifiquei um arquivo de log, mas agora preciso rastrear as cadeias de chamadas entre vários serviços. Felizmente, existem cadeias de ferramentas prontas que podem remontar as peças em uma imagem completa, como um quebra-cabeça.

Desmontagem prática: passo a passo

Não pense em engordar com uma mordida. Primeiro teste as águas com funções de ponta, como remover primeiro o serviço independente de upload de arquivos. Depende menos e tem um impacto menor, assim como construir um pequeno galpão de ferramentas próximo ao prédio principal.

Seja mais cauteloso ao dividir um banco de dados. Primeiro, divida-o verticalmente - separe a tabela de usuários e a tabela de produtos em bancos de dados diferentes. Quando a operação estiver estável, iremos dividi-los de acordo com o nível de negócio. Esse processo é como organizar uma gaveta, primeiro dividindo-a em categorias amplas e depois subdividindo cada categoria em grades.

A estrutura da equipe também terá que mudar. No passado, uma grande equipe era responsável por todo o sistema, mas agora cada serviço é atribuído a uma pequena equipe, responsável por serviços completos, desde o desenvolvimento até a operação e manutenção. Esse modelo “quem desenvolve e mantém” torna as responsabilidades mais claras.

Definitivamente haverá obstáculos no processo. Há muitas chamadas entre serviços e a latência da rede tornou-se um novo problema. Neste momento, é necessário projetar um mecanismo razoável de tempo limite e nova tentativa, assim como projetar semáforos e rotas alternativas em um centro de transporte.

O processamento de transações tornou-se mais complexo e a consistência dos dados entre serviços exige novas soluções. O modelo Saga é uma escolha prática: dividir uma grande transação em uma série de pequenas operações, cada uma com um mecanismo de compensação – em caso de falha, você pode retornar ao ponto de partida passo a passo.

Microsserviços não são uma solução mágica

Dividir demais pode ser uma coisa ruim. O número de serviços explode e a carga de operação e manutenção aumenta exponencialmente. Existe um valor de experiência: inicialmente controle-o dentro de 10 e depois aumente-o lentamente quando as ferramentas e processos amadurecerem.

Os sistemas distribuídos trazem novos problemas: flutuações de rede, falhas de nós, consistência de dados... Esses problemas que não eram problemas em um único sistema agora se tornaram rotina. Medidas preventivas são como carregar um guarda-chuva: você prefere não usá-lo do que viver sem ele.

A transformação cultural é mais difícil do que a tecnologia. Os desenvolvedores precisam mudar de “conclusão de funções” para “operação e manutenção de serviços”, e seu modo de pensar precisa ser ajustado. É nesse momento que você precisa ser paciente e dar tempo à equipe para tentativa, erro e adaptação.

Como escolher um parceiro

Ao entrar neste campo, a escolha de ferramentas e soluções torna-se subitamente crítica. Existem muitas soluções no mercado, mas poucas podem realmente levá-lo longe.potênciaNestes anos de prática, descobrimos que parceiros tecnológicos confiáveis ​​muitas vezes têm várias coisas em comum: suas soluções não são falsas e podem resolver problemas reais; sua documentação é sólida e eles conseguem compreender claramente os problemas quando os encontram; e o apoio deles responde rapidamente e não joga futebol com você.

Em suas linhas de produtos, soluções de controle de servomotores e caixas de direção são frequentemente integradas em testes automatizados. Por exemplo, simule flutuações de carga entre microsserviços ou crie um ambiente de teste de hardware em circuito. A solidez desses detalhes deu mais confiança a todo o processo de divisão.

Durante um bate-papo, o líder técnico mencionou: "Com uma boa arquitetura de microsserviços, você não pode sentir a existência de 'micro'. Deve ser tão natural quanto respirar, apoiando silenciosamente as operações de negócios." Isto é bem verdade. A tecnologia acabará por desaparecer nos bastidores, deixando o palco para a inovação empresarial.

Em última análise, a divisão é apenas um meio. O objetivo é sempre fazer com que o sistema funcione de forma mais estável, rápida e flexível. É como arrumar um quarto, não para parecer arrumado, mas para tornar a vida mais tranquila. Quando cada serviço cumprir suas funções e cooperar tacitamente, a sensação de suavidade fará com que todo o trabalho valha a pena.

Olhando hoje, não há necessidade de debater o valor da divisão. Torna-se uma escolha inevitável para lidar com a complexidade. Mas como desmontar, quão detalhado desmontar e que ritmo usar são todos conhecimentos. Não existe uma resposta padrão, apenas um equilíbrio adequado ao seu negócio.

Vale a pena caminhar por esta estrada devagar e com cuidado.

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.