como criar microsserviços em Django

Microsserviços? Não se preocupe com isso agora, vamos falar sobre como o Django torna isso mais fácil

Você também está se perguntando como dividir o projeto Django em crescimento para fazê-lo rodar mais rápido e ser mais fácil de manter? Existem cada vez mais módulos. Mudar algo é como mover todo o seu corpo, e implantá-lo uma vez é assustador. Compreendemos que este “doce fardo” é muito comum à medida que os projetos crescem. Algumas pessoas dirão, vá para microsserviços! Mas quando você ouve “microsserviços”, você imediatamente pensa em um monte de contêineres, gateways e operação e manutenção complexas, e sente que precisa começar tudo de novo?

Não se preocupe. Na verdade, usar o Django para migrar para microsserviços não significa que você tenha que abandonar tudo antes. É mais como uma “separação” metódica, permitindo que cada função central cresça de forma independente. Hoje vamos deixar de lado essas teorias assustadoras e assim como bater um papo, vamos ver como seguir esse caminho para ser prático.

De “casa grande” a “apartamento boutique”: o conceito muda primeiro

Imagine que seu projeto Django é uma grande villa com todos os ambientes (funções) espremidos juntos. Havia muita fumaça na cozinha e toda a casa cheirava mal. Os microsserviços transformam esta vila em uma pequena comunidade de apartamentos boutique. Cada apartamento é independente, especializado e possui seu próprio caminho de conexão.

Portanto, o primeiro passo não é se apressar em desmontar o código, mas pensar bem: quais partes da sua aplicação estão sempre interligadas? Quais podem funcionar de forma independente? Por exemplo, autenticação de usuário, processamento de pedidos e notificações de mensagens são frequentemente integrados em um só? Encontre esses “limites naturais” e você terá um plano de design.

Método de divisão suave do Django: não há necessidade de quebrar os músculos

Você pode perguntar, Django não é famoso por seu “balde familiar”? Será doloroso desmontá-lo? Na verdade, podemos usar uma maneira mais suave.

1. Deixe o banco de dados ser “independente” primeiro. É melhor que cada microsserviço tenha seu próprio banco de dados. No Django, você pode usar o Database Router para alocar facilmente diferentes bancos de dados para diferentes aplicativos (Apps). Desta forma, os dados do módulo do usuário e os dados do módulo de pedido são fundamentalmente separados, evitando cruzamentos não intencionais e efeitos em cadeia. É como ter um contador de água e luz independente para cada apartamento, claro e seguro.

2. Comunicação: Pare de usar ligações internas pesadas. No passado, em projetos únicos, as funções eram importadas diretamente e chamadas entre aplicações. Sob uma arquitetura de microsserviços, isso se torna “comunicação” entre serviços. A maneira mais direta é usar uma API HTTP leve (usar a estrutura REST do Django é ainda mais poderosa) ou uma fila de mensagens assíncronas mais eficiente (como usar o Celery para entregar eventos). Lembre-se de um princípio: fale através de uma interface pública (API) em vez de passar diretamente pelas “gavetas” (bancos de dados) de outras pessoas.

3. Compartilhar? O que deveríamos fazer se o empacotarmos em uma "biblioteca pública", como usuário e algumas funções de ferramentas comuns? Nem sempre é possível fazer uma cópia para cada serviço. É inteligente empacotar esse código compartilhado em pacotes Python independentes. Então, em cada projeto de microsserviço Django, introduza-o através de require.txt como se estivesse instalando outras dependências.potênciaAo ajudar os clientes com atualizações de arquitetura, geralmente é recomendado começar aqui e compilar uma biblioteca base pública limpa e versionada, que pode tornar as divisões subsequentes mais eficazes com metade do esforço.

beneficiar? Mais do que apenas parece legal

Que coisas reais podem ser realizadas fazendo isso?

• Não tenha mais medo de mudar as coisas: agora você só precisa modificar e implantar um dos serviços e não precisa mais se preocupar com a desativação acidental de todo o sistema. É como consertar apenas um prédio de apartamentos, enquanto os outros moradores vivem suas vidas normalmente.
• Seleção gratuita de tecnologia: O serviço de pedidos precisa ser reescrito em Go? Os serviços de usuário continuarão tão estáveis ​​quanto o Django? Sem problemas. Na arquitetura de microsserviços, desde que a interface seja acordada, você pode escolher livremente como implementá-la internamente.potênciaAlgumas das nossas soluções refletem esta flexibilidade, utilizando as ferramentas mais adequadas para fazer as coisas mais adequadas.
• Telescópico e mais preciso: Se o tráfego de pedidos aumentar durante uma grande promoção, aumente apenas os recursos do servidor para o serviço de pedidos, em vez de expandir serviços como autenticação de usuário e navegação de conteúdo, o que economiza dinheiro e é eficiente.

Existem alguns pequenos buracos na estrada, lembre-se de evitá-los

É claro que a transição do monolítico para o distribuído também trará novos desafios. Isto não é uma coisa má, apenas exige que mudemos o nosso estilo de gestão.

• consistência de dados: O que devo fazer se o pedido for criado, mas a dedução do estoque falhar? Neste momento, é necessário introduzir o conceito de “consistência eventual” e lidar com ele através de mecanismos de compensação e orientados a eventos (como o modo Saga), em vez de buscar uma consistência forte. Isso exige que pensemos com mais cuidado ao projetar processos de negócios.
• Testar e implantar: Com mais serviços, a complexidade dos testes e da implantação aumentará de fato. Isso significa que você precisa investir em um pipeline de CI/CD, bem como em testes de integração em relação ao seu contrato de API. É como passar da gestão de uma loja à gestão de uma marca de rede, o que exige um manual de operações mais sistemático.
• Monitore e depure: um problema pode envolver vários serviços e a solução de problemas é como solucionar um crime. Coleta unificada de logs, rastreamento de links (Tracing) e painéis de monitoramento tornam-se críticos. Felizmente, existem muitas cadeias de ferramentas de código aberto maduras que podem ajudá-lo a construir esse “sistema de posicionamento global”.

Então, vamos começar

Se você acha que seu projeto Django está começando a ficar complicado, a arquitetura de microsserviços é uma direção que vale a pena considerar seriamente. Não é uma mudança preto e branco, mas um processo gradual. Você pode começar com o módulo mais valioso e independente e prosseguir passo a passo.

A chave é sempre: o que sua empresa precisa. A arquitetura serve ao negócio, não exibe habilidades. Assim como os blocos de construção, encontre esses módulos estáveis ​​e independentes e construa pontes de comunicação claras e confiáveis ​​para eles. Seu sistema encontrará o equilíbrio perfeito entre flexibilidade e estabilidade. Só falta aproveitar a agilidade e estabilidade que ele traz.

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.