Назад | Перейти на главную страницу

Архитектура служебной шины предприятия

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

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

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

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

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

Опасения включают потерю сообщений и производительность ESB, что это не замедлит запросы к БД для портала и т. Д.

Мы ценим любые предложения. Спасибо

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