Как различные сервисы в Oracle SOA связаны друг с другом? - PullRequest
Новая
       21

Как различные сервисы в Oracle SOA связаны друг с другом?

1 голос
/ 17 марта 2010

Я пытаюсь выяснить, как работает «Модель многоуровневой архитектуры» Oracle, и я очень озадачен тем, что делают бизнес, данные и презентации, и как они связаны друг с другом. Я видел много диаграмм, показывающих, как это должно работать, но некоторые примеры из реальной жизни были бы полезны?

Например, я предполагаю, что веб-приложения - это то, что Oracle называет «составными приложениями», и что эти веб-приложения созданы из того, что Oracle называет «Presentation Services».

1 Ответ

1 голос
/ 23 марта 2011

Позвольте мне ответить, насколько мне известно:

  1. OSB - это капитальный ремонт ALSB BEA . Основной целью этого является работа ESB. Он находится между уровнем презентации и остальной частью приложения. Он определяет границы вашего приложения и поддерживает посредничество между различными подразделениями.
  2. Ваши компоненты и различные подсистемы, содержащие бизнес-логику (например, различные отделы в организации), называются Composite s. Например, эти композиты могут внутренне использовать BPEL для представления бизнес-логики и использовать JCA для доступа к локальным для них службам (базы данных, ejbs и т. Д.).
  3. Эти Composite s, если необходимо обратиться к службам за пределами их юрисдикции (извините, не могли придумать лучшего слова), им нужно связаться с OSB.
  4. Любые внутренние требования для сервисного посредника удовлетворяются Mediator (к сожалению, это капитальный ремонт OESB )

Как видите, это своего рода жалкая попытка Oracle продать как свое оригинальное решение ESB, так и продукты, которые они купили у BEA. Позвольте мне сказать вам, ничто не мешает вам подключить ваши внутренние сервисы к самой OSB (вероятно, конечное направление Oracle)

Я уверен, что вы сможете узнать больше после перечитывания и продолжения работы. Просьба обновить ваш вопрос с вашими выводами.

...