Completion (завершение)

Лк12

15-11-04

Локальный сервер выполняется в пространстве отдельного процесса на том же компьютере. Взаимодействие клиента и локального сервера осуществляется в COM на основе высокоскоростного протокола межпроцессорной коммуникации.

Лк11

15-11-04

ORB

Выполняет функции интеллектуального посредника (брокера), т.е. принимает запросы от клиента приложений, осуществляет поиск и активизацию удалённого объекта, который принципиально может ответить на запрос клиента, и передает ответ объектам запрашивающего приложения. ORB, также как RPC и MOM, скрывает от пользователей, разработчиков процесс доступа к удалённым объектам. Запрашивающий объект должен знать имя активизируемого объекта и информацию об интерфейсе вызываемого объекта, написанного на IDL, своего рода API для ORB.

COM / DCOM.

Все перечисленные технологии имеют разную степень независимости от аппаратной платформы, ОС, языков программирования, поэтому при разработке РИС надо выбирать такую технологию связывания, которая помимо основных требований поддерживает выбранные аппаратно-программные и операционные платформы.

COM – компонент объектная модель, реализующая универсальную структуру для разработки и интеграции компонентов в Windows.

COM/DCOM поддерживают язык определения интерфейсов (IDL) фирмы Microsoft, на котором могут быть описаны интерфейсы компонентов, включая методы и свойства.

Технология COM позволяет вызывать компоненты, выполняемые на том же компьютере, что и клиент, а расширение технологии COM – DCOM обеспечивает удалённый доступ к компонентам, основанным на технологии RPC.

Технология COM/DCOM поддерживают 3 вида серверов:

1. внутри процессорный

1. локальный
2. удалённый

внутрипроцессорный сервер реализован как динамически связанная библиотека, которая выполняется в том же пространстве сервера, что и клиент приложения. На внутренний сервер обычно ссылаются как на элемент управления ActiveX (загружаемый COM-объектом, который имеет полный доступ к клиентским ресурсам). Вызов внутреннего сервера требует небольшие ресурсы, т.к. сервер расположен в том же процессе, что и клиент.

удалённый сервер выполняется на удалённом компьютере и поддерживается технология DCOM, которая расширяет COM и предоставляет инфраструктуру, которая используется для коммуникации между клиентом и удаленным сервером.

Нагрузка на вычислительные ресурсы при использовании удаленного сервера на порядок выше, чем при использовании локального сервера.

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

COM – развитая компонентская структура. Фирмой Microsoft и другими разработаны 1000 элементов ActiveX, которые могут быть использованы для разработки приложений. Доступные инструментальные средства разработки (visual Studio), которые ускоряют разработку Active и приложения на их основе.

Технология COM представляет высокоуровневые сервисы:

è Сервис транзакций MTS (Microsoft Transaction Service)

è Сервис доставки MSMQ (Microsoft Service Message Quequing)

В рамках модели DCOM разработки ограждены от подробности решения. Объект DCOM обеспечивает разработчику объектную независимость от инфраструктуры распределенных объектов.

На удалённых сервисах находятся COM-объекты.

Реализациям COM-объекта присваиваются специальные ID класса (классификатор, идентификатор, ID). Если класс нужен объекту экземпляра COM-объекта, то он запрашивает у операционной среды по идентификатору CLSID, и если на класс установлены средства поддержки технологии DCOM, то эти объекты могут располагаться даже на удалённом сервере.

Основная ответственность за поиск объекта возлагается на диспетчера объекта SCM (Service Control Manager), который находит или создаёт экземпляр объекты или на локальном компьютере, или, при необходимости, находит его по сети на удаленном сервере.

Получив ссылку на объект, клиент может вызвать его методы. DCOM при этом использует схему создания объектов-посредников и опорных объектов, выступающих в качестве интерфейсов между клиентскими программами и серверными объектами, а также использует для обмена инфраструктуру COM. Такая технология DCOM соответствует шаблону Remote Proxy (удаленный посредник), где для системы, которая должна взаимодействовать с компьютером и другого адресного пространства, создаётся удалённый программный класс (суррогатный), представляющий внешний компонент; и возлагает на него ответственность на взаимодействие с реальным компьютером. (Может быть разработан на любом языке программирования).

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

При загрузке необходимо обеспечить политику безопасности.

DCE – Distributed Computing Environment (распределённая среда вычислений)

Распределённые ….

При определённых технологиях ORB необходимо выполнять связывание, анализ и исследование с целью разделения корпоративной системы на подсистемы.

Определённое унаследование систем и платформ для того, чтобы выбрать платформу для проектирования системы.

Проектировать систему следует по результатам декомпозиции, представить в виде системы доменов. В основе декомпозиции может быть бизнес-логика, бизнес-данные, бизнес-организации, безопасность, платформы и/или сопровождение.

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

Критерий оценки и выбора middleware ПО можно разделить на следующие категории:

1. Платформа, которые определяют возможность поддержки унаследования систем и определяются доступностью средств разработки.

è Язык программирования

è ОС

1. Поддержка middleware ПО высокоуровневых служб, которые можно использовать для получения надёжных функционирующих структур

è Поддержка и распределение транзакций {управление}

è Безопасность и секретность

è Поддержка обмена сообщениями

и др.

Управление транзакциями в РИС

В нераспределённых системах транзакция управляется с помощью СУБД.

В распределённых системах объектная транзакция может быть распределены в системе объектных реляционных БД, поэтому управление транзакциями в РИС требует согласованности, которая реализуется с помощью координаторов транзакций.

Транзакции протоколов управления данными делятся на два класса:

è Атомарные транзакции

è Бизнес-транзакция

Атомарная транзакция – набор операторов, осуществляемых в рамках границ очень доверительного домена и имеющее свойство «всё или ничего». Характеризуется 4 свойствами (ACID):

è Атомарность

è Согласованность

è Изоляция данных промежуточных этапов от других процессов

è Надёжность хранения окончания этапов

Все действия транзакций, осуществляемые до её утверждения, являются предварительными, т.е. не сохраняются на постоянный носитель и не входят в другие процедуры.

Выделяют:

è Однофазные транзакции

è Двухфазные транзакции – несколько участков и требуется подготовительная фаза, когда координатор последовательно запрашивает всех участников: могут ли они выполнить транзакцию. При этом если какая-то транзакция не может быть выполнена, то все отменяются.

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

Типы транзакций:

Один участник (тот, кто создал транзакцию) регистрируется у координатора, так что именно он получает право подтверждать транзакцию или откат. Ему возвращается результат выполнения этих операций.