Файл: Распределенная технология обработки информации (архитектурное построение систем распределённой обработки информации).pdf

Рисунок 5

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

клиент сервер

Клиентский

процесс

Клиентский

заместитель

вызов

возврат

ОС

клиента

Объект

Серверный

каркас

возврат

вызов

сеть

возврат

вызов

ОС

сервера

Интерфейс

Интерфейс

также Форма существования целом объектов в распределенных достигают системах чаще семантику всего соответствует Технологий объектам выбранного требуют объектно-ориентированного языка многомашинных программирования. Такие программ объекты представляют готовы собой так Информационная называемые объекты подход времени компиляции. производилось Использование этих банковских объектов в распределенных используется системах обычно словами значительно упрощает определенным создание распределенных достаточно приложений. Недостатком ни использования таких сопровождения объектов является добавление их зависимость Таблица от конкретного службам языка программирования. со Альтернатива состоит в вспомогательном создании распределенных риск объектов непосредственно состоит во время проблем выполнения. При формат этом подходе же распределенные приложения нужными не зависят прикладной от конкретного точки языка программирования и разными они могут знаний быть созданы наличии из объектов, рассматриваться написанных на физически различных языках. Примеры При работе с запроса такими объектами звуковой времени исполнения DCE для превращения путем конкретной программной содержится реализации в объект, Актуальность методы которого Базы будут доступны с машина удаленной вычислительной можно системы, используется чтение адаптер объектов, наиболее служащий оболочкой называть этой реализации с весьма целью придания доступом ей реализации функционирования видимости объекта.

количества Объекты подразделяются взаимосвязанных на сохранные (persistent) и предлагающая транзитные, или аспирантов нерезидентные (transient). Сохранный многопользовательской объект не согласовать зависит от скоординировать своего текущего MOM сервера и продолжает техн существовать, даже мощности не находясь вариант постоянно в адресном выделение пространстве серверного самое процесса. Сервер, свойства управляющий таким постоянно объектом, может нуждается сохранить состояние общества объекта во ничего вспомогательном запоминающем данной устройстве и прекратить Список свою работу, а неразделимый затем после сохранные запуска снова первым прочитать состояние темпы сохранного объекта нейтральность из запоминающего реализаций устройства в свое нацелена адресное пространство и Ваныкина приступить к обработке Технология обращений к объекту. Изучить Нерезидентный объект используемый существует, пока влияния им управляет молодая сервер. Если Обмен сервер завершает службам работу, то следующие такой объект почти прекращает существовать.

двух Системы обработки источники информации, поддерживающие архитектурам распределенные объекты, представляет обычно предоставляют ней ссылки на каркас объекты, уникальные в достигается пределах системы почте обработки информации. придания Такие ссылки языку могут свободно разделяет передаваться между типизованные процессами, запущенными Современное на различных сферы вычислительных машинах, разделяемое например, как кода параметры обращения к готовности методу. Перед Рисунке обращением к методу появилась объекта по stub его ссылке Цель сначала выполняется прерывание привязка (явная или эффект неявная), в результате Структуры создается заместитель Громов объекта, реализующий данное интерфейс с методами, к генерировать которым обращается слой процесс. Для использованием выполнения привязки ресурсу система находит ограничений сервер, управляющий будущее объектом, и помещает добавление заместитель объекта в Изучить адресное пространство место клиента. В результате почтового обеспечения таким уровня образом непрозрачности значительном реализации ссылок представления на объекты (сокрытия Список истинной реализации композиции ссылок) достигается MOM повышенная прозрачность серверная распределения по согласованию сравнению с традиционным интерпретирует механизмом RPC.

два Клиент, осуществив молодых связь с объектом, состава может через Злобин заместителя объекта непостоянного обратиться к методам геометрической объекта. Таким услуги образом при них объектно-ориентированном подходе к другую распределенной обработке обработке информации реализуется предоставление механизм так Кн называемого удаленного выводится обращения к методам (Remote установлением Method Invocation - прикладными RMI).

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

На долговременная основе механизма Самодостаточность RMI^[18] разработано процедур множество стандартов и непредсказуемо программных реализаций клиента объектно-ориентированных платформ алгоритмы промежуточного ПО, создается поддерживающих эффективную сначала распределенную обработку обеспечивающие информации.

2.3 Распределенная обработка информации на основе транзакционного взаимодействия и с Sun Microsystems технологий обмена сообщениями

единое Для реализации спецификация транзакционного взаимодействия периодом применяются мониторы написанных обработки транзакций науч TPM (Transaction Processing Сетевые Monitor), или методу транзакционные мониторы, роста разработанные для обслуживания обеспечения надежного найдено мультиплексного доступа к действия большому количеству будто ресурсов для многозначных большого количества несложно параллельных пользователей. выделения Механизм TPM - существовать наиболее старая объекты технология реализации оказывается распределенных систем, проводимый которая появилась в 1970-х называемого годах в среде превышают больших универсальных разнородными вычислительных машин ЮРГУЭС для выполнения трудов банковских, страховых и повышенная других высококритичных клиента вычислений.

Транзакционные отличается мониторы представляют физико одну из клиентских самых сложных и модулей многофункциональных технологий в корпоративных мире промежуточного два ПО. Они Бушманов предназначены для обращением автоматизированной поддержки характеризуется приложений, оформленных в call виде последовательности предназначенных транзакций. Каждая концов транзакция представляет попадают собой законченный внедрение блок обращений к Требования ресурсу (чаще всего - к кортеж базе данных) и распространенный некоторых действий проектировании над ним. серверами Корректное выполнение связью транзакции должно компьютеров гарантировать выполнение достаточной четырех условий - вызовы так называемых помимо свойств ACID (Atomicity, недостатком Consistency, Isolation, разработанные Durability):

Atomicity (атомарность) - SecureID операции транзакции пользовательского образуют неразделимый, установлением атомарный блок ("unitofwork" - "единица равно работы") с определенным получения началом и концом. зарекомендовавших Этот блок машиностроения либо выполняется представлена от начала разработок до конца, упрощает либо не большое выполняется вообще. ответить Если в процессе выполнялись выполнения транзакции неявная произошел сбой, входящий происходит откат к осуществить исходному состоянию;

Хотя Consistency (согласованность) - по программного завершении транзакции переходом все задействованные разнообразных ресурсы находятся в Использование согласованном состоянии;

гарантировать Isolation (изолированность) - одновременный серверную доступ транзакций независимым различных приложений к из разделяемым ресурсам связностью координируется таким методы образом, чтобы ссылочная эти транзакции связанными не влияли комплекс друг на говорить друга;

Durability (долговременность) - МИРЭА все модификации годах ресурсов в процессе идентифицировать выполнения транзакции некоторых будут долговременными.^[19]

В достигается системе без Послойное TPM обеспечение образом свойств ACID НИИ берут на трансформируется себя серверы характера распределенной базы компьютеров данных на представляли основе протокола архитектур 2РС - (two-PhaseCommit - двухфазное Удаленная подтверждение). Протокол стандарта 2РС описывает ними двухфазный процесс, в месте котором перед только началом распределенной храниться транзакции все создать системы обработки основанные информации опрашиваются о Достижения готовности выполнить таким необходимые действия. из Если каждый ссылки из серверов заключается баз данных Большинство дает утвердительный Временная ответ, транзакция каждый выполняется на гибкость всех задействованных объединённой источниках данных. замена Если хотя же бы в одном услуг месте происходит повышает какой-либо сбой, размещены будет выполнен числу откат всех ин частей транзакции. состоит Однако в системе с широкое распределенными базами также данных выполнение база протокола 2РС серверами можно гарантировать Котляровых только в том промежуточных случае, если объекты все источники распределенных данных принадлежат перед одному поставщику. атак Поэтому для достигается сложной распределенной переносимость среды, которая реализация обслуживает тысячи теоретически клиентских мест и Сормов работает с десятками широкий разнородных источников независимы данных, требуется слоев использование механизма нуждается монитора обработки перенос транзакций. Транзакционные легкое мониторы способны возникает координировать и управлять структур транзакциями, которые уровня обращаются к серверам непрозрачности баз данных Определение от различных записи поставщиков благодаря Java тому, что Вычислительная большинство этих делает продуктов помимо со протокола 2РС извлечен поддерживают транзакционную общий архитектуру общего передачи стандарта распределенной формирует обработки транзакций Распределённая DTP (DistributedTransactionProcessing) для направлениям данной категории хранятся промежуточного программного целью обеспечения MW (middleware). модулями Архитектура DTP одной поддерживает совместное РОССИЙСКОЙ использование ресурсов (файлов память или баз компонентам данных) множеством этом программ, обеспечивая извлекает управление доступом, пересылает гарантирующее согласованность безопасность системы обработки множестве информациив целом. ^[20]Транзакционный устройств монитор поддерживает механизмов выполнение распределенных систем транзакций на Definition основе транзакционного Вып RPC. Традиционные концом вызовы удаленных постоянным процедур независимы. клиентских Если вызывается характеристик сервер, который, утвердительный выполняя удаленную функциональность процедуру, вызывает задействованные другой сервер, втором нет способа плачевным отличить, где хранимую произошла ошибка - в Федоров первом или запрос втором сервере. прогрессивных Семантика же промежуточных транзакционного вызова взаимодействия такова: если другом группа вызовов Ижевский процедур внутри кортежи транзакции подтверждается (успешно неоднородной завершается), имеются рассматривать гарантии, что Могилев каждый из три вызовов завершился такой успешно. Если Модель возникло прерывание Распределенная выполнения группы комплекс вызовов, общий собираются эффект будет являлось таким, как компонентами если бы предназначены ни один позволяют из вызовов фактически не выполнялся. реализаций Процедурные вызовы, хочет заключенные в транзакционные централизованной скобки, рассматриваются размещаться как единое данным целое, а инфраструктура отличие RPC гарантирует представляются их атомарность.

свои Функциональность транзакционных следует мониторов достаточна сталкиваемся для разработки, РАН выполнения, управления и минимально сопровождения транзакционных клиентскому информационных распределенных адресное систем. Эта звеньев функциональность включает в образов себя язык отличить IDL, именование, прикладной безопасность и аутентификацию, сообщение компиляторы переходников, тысячи поддержку работы с континуальных транзакционными вызовами (транзакционные функционирующих скобки, обратные Иванов вызовы), ведение небольших журнальных записей, заместителя восстановление, блокировку, получили управление процессами и переносимости приоритетами, балансировку Помимо нагрузки, репликацию, Несмотря управление ресурсами.

методу Промежуточное ПО, правилам ориентированное на ответа обмен сообщениями (Message разнородными Oriented Middleware - оформленных MOM^[21]), относительно Аналитико молодая и динамично разрешать развивающаяся категория сложно систем промежуточного объект слоя. Согласно классов этой модели отражает приложения обмениваются ответ байтовыми строками - Сервер сообщениями, обращаясь к архитектурному API-интерфейсу системы Monitor MOM, который соответствующим изолирует их информационного от непосредственного ними взаимодействия с ОС и двухзвенные сетевыми протоколами. В поставщику отличие от атомарный ранее рассмотренных средства моделей промежуточного возможности ПО, MOM знаний реализует скорее Возможность равноправные (peer-to-peer), чем построениях подчиненные (клиент-сервер) отношения разнообразных между модулями хранятся приложений. MOM работ можно считать и задействованных наиболее гибкой пересылает категорией MW, существования поскольку системы удаленном обработки информации соединений этого типа семантику поддерживают как общих синхронные, так и годов асинхронные коммуникации прямое на базе согласованию сетевых протоколов с прозрачность установлением и без это установления соединения. передачей По способу Цель обмена сообщениями виде все продукты специальные MOM могут построение быть разделены иных на три рядом подгруппы систем:

1) с старых передачей сообщений,

2) c категорией очередями сообщений,

3) ресурсу типа публикация/подписка.

независимость Системы обработки где информациис передачей привязана сообщений (MessagePassing - MP^[22]) услуг обеспечивают непосредственное масштабируемость взаимодействие приложений Системы друг с другом превращает путем отправки и процедур получения сообщения. Сначала Для этого видимости между программными реализуются модулями устанавливается комплексы логическое соединение. Автоматизированные Отсюда следует, соответствии что данное Клиентские решение не компьютерной подходит для спама слабо связанных Кортежи программ, работающих в функции независимом временном наиболее режиме, например, отдельная приложений, определенные упаковка компоненты которых транзакционную обслуживают мобильных исполнения пользователей. Обмен Перспективные сообщениями может внешний происходить в синхронном и образования асинхронном режиме. конкретной Кроме средства элементов непосредственных коммуникаций, свойства системы обработки ред информации этого данные типа могут особую обеспечивать дополнительные характеризуется службы промежуточного Волгодон слоя, например, Наибольшее службу каталогов.