Matando um Monolítico Django: de Pluggable Apps aos Microservices

Olar!

Maaaaaaas...

Tudo começou só com uma filinha:

Hoje em dia...

Até envia email

Work

Estudamos

Library

Estudamos

Microservices

Um estilo arquitetural para o desenvolvimento de serviços enxutos em que cada um possa ser executado em um processo próprio e se comunicando através de mecanismos de fácil implementação como o protocolo HTTP. Esses serviços são construídos focando capacidades de negócio e devem poder ser deployados independentemente através de um processo automatizado. A necessidade de gestão centralizada deve ser mínima para os serviços visando viabilizar a independência entre eles.

Nossa reação

Mind

DatabaseFull

Database

Então estudamos mais...

1º Caso: Isolar lógica de um domínio (sem microservice)

Objetivo: aprender a isolar a lógica
Modelos de dados continuaram no legado
Nova aplicação interna somente lidando com um tipo de atendimento
Já existiam testes
Migramos os controllers, services, rotas e testes isolando a app
Ponto de acoplamento: import dos models do legado

2º Caso: Nova funcionalidade com baixo acoplamento (sem microservice)

Objetivo: aprender a organizar o código para ser consumido por clientes externos
Modelos, controllers, services e urls próprios em nova app
Utilização de eventos para não mexer no meio legado
Integração através de import em listeners no legado
Ponto de acoplamento: único import para o model legado de Paciente

3º Caso: Autenticação como Microservice

Objetivo: validar participação de outros devs no projeto
App SSO em Sinatra (Ruby)
Todo o ambiente isolado
No legado mudamos a fina camada autenticação

4º Caso: Nova funcionalidade agnóstica (microservice interno)

Objetivo: ser possível deployar isoladamente no futuro
App plugável do Django
Criação de UC para encapsular orquestração de domínio
Integração através de disparo de mensagens via RabbitMq
Modelos sem semântica alguma do domínio do legado
Banco de dados próprio (máquina própria pro banco)

5º Caso: Nova Aplicação em Microservice

Objetivo: implementar microservices por completo
App Flask de ambiente isolado
Utilização de comunicação por RabbitMq e API Rest
Tivemos que desenvolver uma API para expor o legado

6º Caso (atual): Kill the Legacy!

Guideline de arquitetura 1: ter o domínio isolado em libs
Guideline de arquitetura 2: atrasar decisões

PythonBrasil 11