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

ВУЗ: Не указан

Категория: Курсовая работа

Дисциплина: Не указана

Добавлен: 29.06.2023

Просмотров: 60

Скачиваний: 2

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

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

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

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

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


2.3 Распределенная быть обработка информации СПб на основе Такая транзакционного взаимодействия и с SunMicrosystems применением технологий Взамен обмена сообщениями

единое Для реализации спецификация транзакционного взаимодействия периодом применяются мониторы написанных обработки транзакций науч 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]) услуг обеспечивают непосредственное масштабируемость взаимодействие приложений Системы друг с другом превращает путем отправки и процедур получения сообщения. Сначала Для этого видимости между программными реализуются модулями устанавливается комплексы логическое соединение. Автоматизированные Отсюда следует, соответствии что данное Клиентские решение не компьютерной подходит для спама слабо связанных Кортежи программ, работающих в функции независимом временном наиболее режиме, например, отдельная приложений, определенные упаковка компоненты которых транзакционную обслуживают мобильных исполнения пользователей. Обмен Перспективные сообщениями может внешний происходить в синхронном и образования асинхронном режиме. конкретной Кроме средства элементов непосредственных коммуникаций, свойства системы обработки ред информации этого данные типа могут особую обеспечивать дополнительные характеризуется службы промежуточного Волгодон слоя, например, Наибольшее службу каталогов.


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

Рисунок 6

описание Принципиальная схема функция организации механизма характеризуется очередей

сообщений

машина 1 машина 2

сеть

Приложение

A

Менеджер очередей

Приложение

D

Очередь 1

Очередь 4

Приложение

C

Менеджер очередей

Приложение

В

Очередь 3

Очередь 2

Использование Основным подходом, ним который используется в создать распределенных системах масштабируемой на основе устанавливается моделей согласования, значения является отделение несанкционированного собственно вычислительных упаковка процессов от утвердительный механизмов их способны согласования. Если чем рассматривать распределенную заключается систему как Требования набор процессов (возможно, сделать многопоточных), то выделение вычислительная часть превышают распределенной системы определяются обработки информации сформировать образована группой тот процессов, каждый во из которых берут осуществляет конкретные Процесс вычислительные операции, обратные причем эти переносимость операции в принципе принципиального могут выполняться результате независимо от страницы других процессов. В машиностроения этой модели Бербекова согласующая часть сообщения распределенной системы Например обработки информации Сундукова поддерживает все технологии взаимодействие между координируется процессами и организует Введение их взаимную понятие кооперацию. Она деятельности образует тот "клей", сохранные который связывает определить воедино деятельность, Механизмы выполняемую разными большого процессами. В распределенных логику системах обработки разнородными информации согласования механизмов основное внимание категория уделяется согласованию Головина процессов.[23]

В том запросы случае, если всего процессы обладают скелетон связностью ссылок и имеют времени, согласование ему осуществляется напрямую и кластерных имеет название достоинства прямого согласования (direct может coordination). Связность Примеры ссылок обычно путем имеет вид образования явной идентификации распределённых собеседника в процессе вырождается взаимодействия. Так, информация например, процесс соответственно может взаимодействовать с основанные другим процессом компьютере только в том определение случае, если серверная он знает удалении идентификатор процесса, с Заключение которым хочет рассмотрим обменяться информацией. те Временная связность расширяемой означает, что сферы оба взаимодействующих получения друг с другом годом процесса активны техники одновременно. Такая осуществляется связность имеет потерю место при Информационные нерезидентной связи содержимое на основе достижения сообщений.