Olá esse é o integration developer Boot Camp estamos na etapa de arquitetura e padrões de projeto um nesse vídeo faremos a finalização dessa etapa a etapa de arquitetura e padrão de projeto 1 abordou pontos cruciais sobre arquitetura e escalabilidade na plataforma Debi vemos como a arquitetura oriental de eventos permite que a mensagem encaminhe de maneira desacoplada diminuindo a complexidade e aumentando a velocidade e eficiência de manutenção à direita tem os assuntos que foram abordados nesse módulo vimos o que são cápsulas como utilizá-las e para que elas servem focamos bastante no momento de arquitetura orientada eventos
entendendo o padrão publisher subscriber Como funciona o desacoplamento o paralelismo e a democrati democratização de informações e Também passamos por um padrão de projeto com pipelines de reprocessamento e eventos de erro que são genéricos para todo o ambiente Vimos que para fazer esse padrão nós precisaríamos de cerca de quatro pipelines para pelo menos demonstração aqui temos o pipeline de consulta que faz a consulta os registros que serão processados teremos pipeline de processamento teremos um pipeline de reprocessamento para reprocessar os erros que pipelines de processamento eh resultarem e temos um pipeline de envio de tratamentos de
erro personalizado que ouve todos os erros de todo o ambiente e faz algum tipo de tratamento como enviar alerta para a gestão a gente viu no modelo desacoplado que precisamos pegar um pipeline só responsável pela consulta de registros e pela publicação de cada evento e fazendo isso a gente teria que ter um pipeline responsável apenas pelo processamento dos eventos publicados percebemos ao fazer essa desacoplamento que o ganho na velocidade apenas de desacoplar foi de mais de 200% também Vimos que com réplicas nós conseguimos fazer com que o processamento de registro seja mais rápido uma vez
que temos mais execuções simultâneas de um único pipeline então aqui temos um gráfico demonstrando que um pipeline de tamanho small ele consegue atingir até 50 execuções simultâneas aqui nós estávamos processando cerca de 500 registros então assim que ele atingiu os 50 execuções simultâneas ele já começou a cair visto que ele conseguiu processar todos os 500 registros de maneira rápida caso estivéssemos tratando de mais registros 10 20.000 essas 50 execuções simultâneas ficariam por mais tempo e conseguiríamos fazer esse processamento mais rápido do que apenas com um único pipeline uma única réplica por fim nós vimos sobre
os pipelines de reprocessamento e os pipelines de envio de erro justamente para centralizar dois pontos importantes de um ambiente que é os erros devem ser reprocessados automaticamente para fazer isso a gente precisa de um pipeline 3 que seja genérico e precisamos desses pontos que foram listados à direita como definir a Cadência de execução de 3 em 3 minutos 5 em5 ou outros controlar a quantidade de vezes que o reprocessamento irá acontecer para que não haja um Loop Infinito de um único registro sendo enviado processamento e reprocessamento infinitamente a gente coloca um retry Number ou números
tentativos dentro doon desse registro específico e por fim que a gente deve realizar o processament endente do tipo de Trigger do pipeline Então nesse caso a gente está falando de um evento mas qualquer tipo de Trigger como scheduler api outros tipos de mensageria também teriam que ser capazes de ser reprocessados E para isso a gente utiliza o conector pipeline Executor novamente o evento de erro ele seria responsável por capturar todos os erros que não foram tratados no ambiente e enviar por exemplo um alerta de e-mail ou fazer algum tratamento específico salvando esse erro em outro
local para que Ele pudesse ser reprocessado manualmente por um desenvolvedor mas aqui o ponto é que ele está disponível para todos os pipelines ele pode ser chamado por qualquer pipeline tem que ser genérico o suficiente para que a medida que essa arquitetura cresça outros pipelines também consigam acessar sem nenhum tipo de gargalo ou tipo de tratamento de erro com isso nós finalizamos o módulo de arquitetura e padrões de projeto um entendendo como a arquitetura orientada a eventos é crucial para o desenvolvimento na plataforma visto que ela provoca escalabilidade e principalmente agilidade na na manutenção pelo
fato das coisas estarem desacopladas e com baixa complexidade nos vemos nos próximos módulos e até lá
