
Быстрый вопрос по архитектуре.
Мне нужно создать портал/сайт с базой данных. Это просто, но теперь я хочу добавить функциональность для приложений и других клиентов, чтобы они могли взаимодействовать через API.
Первой моей мыслью было поместить ESB в архитектуру. Веб-сайт, приложения и клиенты подключаются к ESB, а ESB подключается к базе данных.
Я рассматриваю возможность балансировки нагрузки на портале и балансировки нагрузки на ESB, если это возможно.
Будет ли это целесообразно? Если да, то я сейчас внедряю ESB, будет ли это что-то вроде IIS или мне следует подключиться напрямую к ESB?
К числу проблем относятся потеря сообщений и производительность ESB, которая не замедлит запросы к базе данных для портала и т. д.
Буду признателен за любые предложения. Спасибо
решение1
ESB хорошо подходит для сложных интеграционных проектов. Если вы ищете что-то простое, я бы посоветовал начать с предоставления вашего API через какой-либо механизм RPC (JSON-RPC/XML-RPC/REST/SOAP/и т. д.). Если ваши требования когда-нибудь вырастут до такой степени, что вам действительно понадобится ESB, будет легко интегрировать ваш API в конечную точку ESB.