6. Распределенная архитектура объектного типа

Распределенные объектные системы служат фундаментом трехуровневой ар­хитектуры, в которой:

• логические схемы представления, или первый уровень, находятся на станции клиента,

• бизнес-логика на среднем уровне,

• а база дан­ных — на третьем уровне.

Распределенная объектная технология расширяет средний уровень, позволяя обращаться не только к одному прикладному объекту, но и к нескольким. В результате рождается новая архитектура, называемая N-уpoвневой (N-tier), или многоуровневой (multi-tier).

В ней возможно сосуществование множества прикладных объектов (т.е. серверов баз данных, объектов Java RMI, EJB, CORBA, DCOM и др.), причем клиентские и серверные объекты взаимодействуют посредством специального протокола удаленного вызова методов (RMI, remote method invocation). Протокол RMI используется для удаленного вызова коммуникационных методов. Например, у каждой из моде­лей CORBA, Java RMI и Microsoft DCOM он свой. У любого прикладного объ­екта есть определенный интерфейс объектной оболочки, где заявляются услуги, предоставляемые объектом и особенно важно, что связь осуществляется только через этот интерфейс.

В основе всех распределенных объектных протоколов лежит одна и та же базовая архитектура.

Распределенные объектные архитектуры основаны на сетевом коммуникационном слое (уровне), состоящем из трех частей:

• объект­ного сервера (object server),

• скелета (skeleton)

• и изолятора (stub).

Первый и вто­рой располагаются, как правило, на среднем уровне, но u Oracle8i находятся на третьем (т.е. на сервере баз данных).

Изолятор размещается на машине клиента и обеспечивает межпроцессную связь клиентских и серверных объ­ектов.

Для клиента он выступает в роли посредника и несет ответственность за коммуникационные запросы первого, передаваемые объектному серверу через скелет.

Изолятор и скелет отвечают за то, чтобы объектный сервер (который может находиться на среднем или третьем уровне) выглядел так, будто он работает в определенном месте.

Пересылают данные из одного адресного пространства в другое изолятор и скелет с помощью двух процессов:

- упорядочения (marshaling)

- и обратного упорядочения (unmarshaling).

Во время упорядочения параметры вызова мето­да (в пространстве клиента) или возвращаемые значения (в пространстве сервера) упаковываются в стандартный формат для передачи.

7. Объектные, распределенные технологии на основе спецификаций консорциума omg

Две рассмотренные выше концепции - объектно-ориентированный способ разработки и распределенные вычисления - стали основными предметами рассмотрения для созданного в апреле 1989 года консорциума Object Management Group (OMG), членами которого сейчас являются более 500 ведущих компьютерных компаний, таких как Sun, DEC, IBM, HP, Motorola и др.

Задачей консорциума является разработка спецификаций и стандартов, позволяющих строить распределенные объектные системы в разнородных средах.

Основополагающими стали спецификации, получившие название Object Management Architecture (OMA).

OMA состоит из четырех основных компонентов, представляющих собой спецификации различных уровней поддержки приложений:

• архитектура брокера запросов объектов (CORBA - Common Object Request Broker Architecture) определяет механизмы взаимодействия объектов в разнородной сети;

• сервисы объектов (Object services) являются основными системными сервисами, используемыми разработчиками для создания приложений;

• универсальные средства (Common Facilities) являются высокоуровневыми системными сервисами, ориентированными на поддержку пользовательских приложений, таких как электронная почта, средства печати и т. д.;

• прикладные объекты (Application Objects) предназначены для решения конкретных прикладных задач.