
Pergunta rápida sobre arquitetura.
Estou precisando configurar um portal/site com um banco de dados. Isso é fácil, mas agora quero adicionar funcionalidades para aplicativos e outros clientes interagirem por meio de uma API.
Meu primeiro pensamento foi colocar um ESB na arquitetura. O site, os aplicativos e os clientes se conectam ao ESB e o ESB se conecta ao banco de dados.
Estou pensando em fazer balanceamento de carga no portal e balanceamento de carga no ESB, se possível.
Isso seria aconselhável? Se sim, agora estou implementando o ESB, seria algo como IIS ou eu me conectaria diretamente ao ESB?
As preocupações incluem - perda de mensagens e o desempenho do ESB de que não retardará as consultas ao banco de dados para o portal, etc.
Qualquer sugestão seria apreciada. Obrigado
Responder1
O ESB funciona bem para projetos de integração complexos. Se você está procurando algo simples, sugiro começar expondo sua API por meio de algum tipo de mecanismo RPC (JSON-RPC/XML-RPC/REST/SOAP/etc.). Se seus requisitos crescerem a ponto de você realmente precisar de um ESB, será fácil integrar sua API ao endpoint ESB.