1

A abordagem nao esta ruim mas existem arquiteturas mais interessantes como event-driven.

um sistema de mensageria onde toda requisicao vai para uma fila e seu consumer faz o processamento seguindo as regras de antibloqueio.

voce pode usar NATS, Kafka ate mesmo a porcaria do RabbitMQ.

seu consumer ao final de cada transacao pode publicar o evento como finalizado e seu frontend fazer o subscribe desta fila atualizando a UI em tempo real com Server Side events ou um socket.io por exemplo.

Mesmo assim parabens pela iniciativa.

Carregando publicação patrocinada...
1

Fala Angelo Bestetti, obrigado pelo feedback.

Comecei a estudar mensageria e arquiteturas event driven recentemente e, durante o desenvolvimento dessa aplicação, confesso que ainda não tinha maturidade suficiente para implementar esse padrão com segurança haha

Hoje entendo melhor os conceitos por trás de filas, consumidores e desacoplamento de processamento. Inclusive, estou aprofundando isso em uma formação técnica e já aplicando em projetos paralelos para validar na prática.

No cenário atual, a aplicação opera com uma média de aproximadamente 32 mil requisições por dia, com cerca de 6 a 8 analistas simultâneos, sem apresentar gargalos relevantes, tanto em tempo de resposta quanto em consumo de recursos da VPS.

Dito isso, concordo com você. À medida que houver crescimento de carga e complexidade, a adoção de um modelo baseado em mensageria, como RabbitMQ, Apache Kafka ou NATS, tende a trazer ganhos importantes em resiliência, escalabilidade e desacoplamento.

Está no radar evoluir a arquitetura nesse sentido conforme a necessidade do sistema justificar essa complexidade, muito obrigado pelo Feedback irmão

2

Show de bola, eu particularmente uso o NATS aqui por ser extremamente leve e facil de usar, Kafka é um pouco mais complexo mas vale a pena tambem pelo mercado de trabalho, RabittMQ fujo porque é solução remendada de protocolo antigo.

Mas está de parabens!!