SUGESTÃO DE ARQUITETURA / MIGRAÇÃO

Vantagens da Arquitetura acima:

a) O Sistema estará modulado, componentizado, reaproveitavel e modernizado;

b) Facilidade na manutenção;
c) Qualquer problema é localizado e não no sistema inteiro;
d) Progrmadores, TechLeaders, Project Thinkhers, Clientes internos e etc, todos
falarão a mesma língua (negócio);

Desvantagens da Arquitetura acima:

a) Pode se ter um grande esforço para implementar;

b) Programadores Juniores podem ter dificuldade em entender os caminhos que a
aplicação faz (pode-se resolver com uma boa documentação).
Como poderia ser feito a migração?

a) Análise Geral do Ambiente

a. O Server está adequado?
b. O Oracle está configurado corretamente?
c. As Querys estão bem escritas?
d. Como estão o controle de concorrência do BD?
e. Como foi falado que as regras de negócios estão no BD, pode estar havendo
concorrência entre os mesmos dados e tabelas, gerando locks e dará a
mensagem de time out.
f. A banda de comunicação está adequada?
b) Mapear processos críticos;
a. Mapear as APIs e processos mais críticos.
b. Talvez não seja necessário subir todo o sistema.
c) Fazer Análise de Impacto;
d) Automação Build / Testes / Deployment;
e) Criar testes Dry-Runs e outros quando fizer sentido;
f) Plano de Rollback.

Migração Legado x Nova Estrutura

Nova Estrutura

Serviço de Encapsulamento (Converter

em API e subi-la para a Nova Estrutura)
Sistema Legado

Expectativa:

a) Inventário das APIs (Thiago);

b) Identificar os pontos críticos
c) Traçar a estratégia ponto a ponto

Pilares:

a) Modernização
b) Microsserviços desacoplados
c) Refatoração

Observações:
 a) Trabalhar os pontos críticos
b) Não cair na pilha de converter tudo, o sistema ficará híbrido por muitos anos.
c) O que a DigiBee/Sensidia pode ajudar de fato?
d) Teremos equipes separadas?

Cuidados com os Microsserviços

a) Rate Limit  Qual o número limite de requisições aquele microsserviço pode

suportar?
b) Retry  Qual o número de tentativas e tempo entre elas para executar a
requisição?
c) Comunicação Assincrônica  Usar um sistema de mensageria (RabbitMQ ou
Kafka).
d) Não repetir transações (Idempotência)
e) Fazer garantias de Recebimento e Entrega.