Архитектура корпоративной сервисной шины

Архитектура корпоративной сервисной шины

Быстрый вопрос по архитектуре.

Мне нужно создать портал/сайт с базой данных. Это просто, но теперь я хочу добавить функциональность для приложений и других клиентов, чтобы они могли взаимодействовать через API.

Первой моей мыслью было поместить ESB в архитектуру. Веб-сайт, приложения и клиенты подключаются к ESB, а ESB подключается к базе данных.

Я рассматриваю возможность балансировки нагрузки на портале и балансировки нагрузки на ESB, если это возможно.

Будет ли это целесообразно? Если да, то я сейчас внедряю ESB, будет ли это что-то вроде IIS или мне следует подключиться напрямую к ESB?

К числу проблем относятся потеря сообщений и производительность ESB, которая не замедлит запросы к базе данных для портала и т. д.

Буду признателен за любые предложения. Спасибо

решение1

ESB хорошо подходит для сложных интеграционных проектов. Если вы ищете что-то простое, я бы посоветовал начать с предоставления вашего API через какой-либо механизм RPC (JSON-RPC/XML-RPC/REST/SOAP/и т. д.). Если ваши требования когда-нибудь вырастут до такой степени, что вам действительно понадобится ESB, будет легко интегрировать ваш API в конечную точку ESB.

Связанный контент