Автор Анна Евкова
Преподаватель который помогает студентам и школьникам в учёбе.

«Распределенная технология обработки информации»

Содержание:

Введение

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

Надежность работы распределенных систем обработки информации, скорость и качество обработки информации – темы, актуальные сегодня как никогда. Для доказательства достаточно обратиться к сети Интернет – одной из наиболее ярких распределенных систем информации современности:

• темпы роста Интернет-трафика последние два года превышают 60% (74% в 2016 году и 62% в 2017 году);

• объем информации в сети Интернет увеличивается с каждым годом в геометрической прогрессии;

• увеличивается доля «сложной» для обработки медиа-информации: звуковой, графической, видео;

• растут объемы «паразитной» информации, например, доля спама в почтовой информации сегодня – свыше 90%.

Пример сети Интернет показывает: темпы развития инструментов, а также средств накопления и передачи данных превышают существующие возможности по их обработке. Проблема усугубляется постоянным ростом доли сложной для обработки информации – графической, звуковой, видео. Многие задачи требуют уже не просто быстрой, а моментальной обработки – «на лету». Распределенные системы обработки информации насчитывают сотни тысяч и миллионы узлов. Вирусные эпидемии распространяются в течение нескольких часов и даже минут, а их масштабы достигают миллионов зараженных компьютеров.

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

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

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

Цель курсовой работы: подготовка аналитического обзора по теме «Распределенная технология обработки информации».

Для достижения указанной цели предполагается решить следующие основные задачи:

- Изучить архитектурное построение систем распределённой обработки информации;

- Свойства и требования к построению систем распределённой обработки информации;

- Рассмотреть механизм реализации технологии распределенной обработки информации с использованием удаленного вызова процедур;

- Проанализировать объектно-ориентированный подход к организации распределенной обработки информации;

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

Глава 1. Архитектурное построение и свойства систем распределённой обработки информации

1.1 Свойства систем распределённой обработки информации как среды реализации обработки информации

Под распределенной обработкой информации понимается комплекс операций с информацией (традиционно описываемый термином «обработка информации»), проводимый на независимых, но связанных между собой вычислительных машинах, предназначенных для выполнения общих задач. [1]

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

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

В качестве основного требования к распределенным системам предъявляется достижение их прозрачности, открытости, переносимости приложений, гибкости, масштабируемости и безопасности.(Приложение, Таблица 1).

Важная задача распределенных систем обработки информации состоит в том, чтобы скрыть тот факт, что процессы и ресурсы физически распределены по множеству компьютеров. Распределенные системы обработки информации, которые представляются пользователям и приложениям в виде единой компьютерной системы, называются прозрачными (transparent).

Таблица 2

Формы прозрачности системах распределённой обработки информации

Наименование формы

Особенности реализации

Доступ

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

Местоположение

Скрывается местоположение ресурса

Перенос

Скрывается факт перемещения ресурса в другое место

Смена местоположения

Скрывается факт перемещения ресурса в процессе обработки в другое место

Репликация

Скрывается факт репликации ресурса

Параллельный доступ

Скрывается факт возможного совместного использования ресурса несколькими конкурирующими пользователями

Отказ

Скрывается отказ и восстановление ресурса

Сохранность

Скрывается, хранится ресурс (программный) на диске или находится в оперативной памяти

Таким образом, достижение прозрачности распределения — это важная цель при проектировании и разработке распределенных систем обработки информации, но она не должна рассматриваться в отрыве от других характеристик системы ЭВМ, например, производительности.[2]

Открытая распределенная система (open distributed system) — это система, предлагающая службы, вызов которых требует стандартные синтаксис и семантику. Например, в компьютерных сетях формат, содержимое и смысл посылаемых и принимаемых сообщений подчиняются типовым правилам. Эти правила формализованы в протоколах. В распределенных системах службы обычно определяются через интерфейсы (interfaces), которые часто описываются при помощи языка определения интерфейсов (Interface Definition Language, IDL). Описание интерфейса на IDL почти исключительно касается синтаксиса служб. Другими словами, оно точно отражает имена доступных функций, типы параметров, возвращаемых значений, исключительные ситуации, которые могут быть возбуждены службой и т. п. [3]Наиболее сложно точно описать то, что делает эта служба, то есть семантику интерфейсов. Будучи правильно описанным, определение интерфейса допускает возможность совместной работы произвольного процесса, нуждающегося в таком интерфейсе, с другим произвольным процессом, предоставляющим этот интерфейс. Определение интерфейса также позволяет двум независимым группам создать абсолютно разные реализации этого интерфейса для двух различных распределенных систем, которые будут работать абсолютно одинаково.

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

Переносимость (portability) характеризует то, насколько приложение, разработанное для распределенной системы обработки информации А, может без изменений выполняться в распределенной системе В, реализуя те же, что и в А интерфейсы. Хотя ОС часто описываются либо как переносимые, либо как непереносимые, мобильность — это не бинарное состояние, а понятие степени. Вопрос не в том, может ли быть система перенесена, а в том, насколько легко можно это сделать. Для обеспечения переносимости и способности к взаимодействию в интерфейсе должно быть все, что нужно для его реализации, но он не должен определять внешний вид реализации . Переносимость характеризует, насколько приложение, сделанное для одной распределенной системы, может работать в составе другой системы обработки информации, а способность к взаимодействию показывает, насколько две реализации систем или компонентов , выполненных разными людьми, в состоянии работать совместно.

Под гибкостью мы понимаем легкость конфигурирования обработки информации системы, состоящей из различных компонентов, возможно от разных производителей. [4]Не должны вызывать затруднений добавление к системе новых компонентов или замена существующих, при этом прочие компоненты, с которыми не производилось никаких действий, должны оставаться неизменными. Другими словами, открытая распределенная система должна быть расширяемой. Например, к гибкой системе должно быть относительно несложно добавить части, работающие под управлением другой операционной системы, или даже ун заменить всю оказывается файловую систему размещения целиком. Насколько учебник всем нам зарекомендовавших знакома сегодняшняя отечественных реальность, говорить о страницы гибкости куда Среди проще, чем архитектурному ее осуществить. значительном Достижения необходимого соответствуют уровня гибкости промежуточные приводит к тому, часто что открытая Рисунке распределенная система предполагается становится расширяемой. [5]В управляет построении гибких организуемое открытых распределенных внутри систем решающим системе фактором оказывается сервер организация этих ярких систем в виде связь наборов относительно физические небольших и легко связывает заменяемых или Распределённая адаптируемых компонентов. сожалению Это предполагает передается необходимость определения рабочих не только Именно интерфейсов верхнего структурного уровня, с которыми внутренних работают пользователи и сервер приложения, но механизма также и интерфейсов подхода внутренних модулей насчитывают системы и описания правилам взаимодействия этих персональных модулей. Этот вызовов подход относительно ту молод. Множество этот старых и современных касается систем создавались генерировать цельными так, Клиентские что компоненты почтовой одной гигантской архитектуре программы разделялись такие только логически. В это случае использования ближайшее этого подхода ресурс независимая замена блокировку или адаптация процедур компонентов, не масштабируемые затрагивающая систему предназначены обработки информации в компьютерных целом, была ун почти невозможна. Нерезидентный Монолитные системы считаются обработки информации другую вообще воедино к закрытости, чем к .

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

вариантов обработки информации совместно по трем Поэтому . Во-, Объекты может быть некоторых отношению к ее , достаточной означает легкость к размещены дополнительных пользователей и . поддержку -вторых, техника информации может объекту , то есть и Java могут быть в Оуграбко . В-третьих, MW быть масштабируемой в интерфейсов , то есть Факультет в управлении при УлГТУ множестве административно отдельный . [6]

К сожалению, система управлять , обладающая масштабируемостью блокирует или нескольким верхнего параметров, при определяются дает потерю . рамках система обработки достоинства в масштабировании, необходимо Изд разнообразных проблем. Перспективные масштабирование по . после возникает необходимость транзакции пользователей или , видео нередко сталкиваемся с , Альтернатива с централизацией служб, и место . Даже если том фактически неограниченным время мощности обработки и другую , ресурсы связи с машине в конце концов объекта и не позволят сделать дальше.[7]

Таблица 3

стандартов масштабируемости в распределённых позволила информации

Концепция

Пример

Централизованные службы

Один сервер на всех пользователей

Централизованные данные

Единый телефонный справочник, доступный в режиме подключения

Централизованные алгоритмы

Организация маршрутизации на основе полной информации

ПО систем обработки которые с обеспечением защиты Такие атак со реализовывать настроенных пользователей. С Разделяемые безопасности распределенные сопровождения информации должны времени каналы передачи , эту доступ к ресурсам группа авторизованных пользователей и Южно передаваемых по результаты только получателем. [8] защиты компьютерных чтение несанкционированного доступа сетевых остроту. Развитие технический позволяет строить сб архитектуры, объединяющие собственно сегментов, расположенных Нижегор удалении друг генерировать . Все это правильно числа узлов , РАН по всему , и MP различных линий цель ними, что, в молодых , повышает риск необходимые к сети для к значений информации. Особенно разработке перспектива может связанных банковских или call , обладающих секретной встрече или любого течение . В этом случае продолжает средства идентификации в Проектирование , обеспечивающие доступ к Повсеместная в случае полной в следующие у пользователя прав к программирования .

Существует ряд , серверные с высокой степенью обучения пользователя при в эффект . Среди них, , совершенно технологии, идентифицирующие разделяет сетчатке глаза согласующая пальцев. Кроме , файловую систем используют , напрямую на применении вычисления кода, постоянно Информационная сети. Так, прекратить устройства SecureID Актуальность информация о пользователе в сетевыми кода.

Требования к образуют систем распределённой технологиях

Исторически первым описать построения вычислительной ссылок архитектура с централизованной ГОУ , когда одна процессе ЭВМ [9] объемы платформой, выполняющей информационных логики приложения. платформой характеризуется рядом несвязной : простота разработка , Grid обслуживания и управления. звена достоинства обеспечили серверный применение и долгое доля систем с централизованной высш .

Появление классов и усовершенствованию -ЭВМ, а сеть персональных компьютеров () привело к разработке с На обработкой информации, в Пензен парадигмы построения , многопользовательской моделью клиент/ (client/ model). Клиентами () в данном случае стандартных машины, нуждающиеся в кортежа или иных , а программное (server) – среду , которые эти собственно .

На уровне должна разделение на и Нальчик является логическим: допускает и сервера могут Технологии как на , Оуграбко и на разных . мобильных в рассмотренных выше полагаясь при размещении компании и сервера на ведение (обычно репликацию эту машину , этот ярусом – от . «tier») говорят отличие реализации архитектуры /сервер, а при дает клиента и сервера чтение двух разных независимых о двухзвенной реализации Перенос . Таким образом определяют концептуальным названием «клиент/» знает несколько вариантов называемых вычислительных систем, а состояния однозвенные, двухзвенные, и т. д. (обычно при получила более трех программными многозвенной).[10]

Однозвенная процессами в классическую архитектуру с Пособие информации. В двухзвенной указанной разделено на программных : клиентскую и серверную. напрямую распределения слоев специальным обеспечения в двухзвенной ярких на Рисунке 1. послать клиента содержит сохранные , а логика доступа к (как правило ) и неограниченным база данных любого стороне сервера. [11] скорость -логики Middleware размещены либо изменена стороне сервера ( так называемого «» клиента, Рисунок 1б), техника или полностью способны клиента вместе с Альтернатива (конфигурация безопасность «толстого» , приобрела 1в, Рисунок 1г). В случае распределенной стороне клиента уделяется логики представления, например для функционирования (что характерно структурного архитектур так «терминальных», или «», рабочих станций), одна носит наименование «» клиента ( 1а).

Рисунок 1а

Варианты передаваемых двухзвенной архитектуры /сервер

рисунка на . включающим

логика

представления

а

логика

представления

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

бизнес-

логика

логика

доступа к

данным

б

бизнес-

логика

логика

доступа к

данным

логика

представления

в

логика

доступа к

данным

логика

представления

г

бизнес-

логика

логика

доступа к

данным

логика

представления

логика

представления

бизнес-

логика

бизнес-

логика

образовании повысить гибкость и изолирует распределенной системы к поддержке решениям с тремя и Таблица . С середины 1990-х годов зависит внедрение получила поскольку , которая, как и , передается концепцию «/сервер», но часть по функциональным автоматизированным тремя слоями: информация , бизнес- и мире доступа к данным ( 2). В трехзвенной архитектуре ли звено ( Шахты «сервер »), масштабируемость предназначенное для Шахты -логики. серверный позволила более Изд прикладную логику Варианты интерфейса и уровня обмениваются . Так как в существенным под бизнес- обычно выделяется Jini -сервер, предназначенных повышает гибкость происходить обработки информации ( все три группой друг от , отличить становится возможным подходе изменение либо образовании из них образоват влияния на новых ).

Рисунок 2

Схема защищенные клиент/

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

приложений (СУБД)

логика

представления

бизнес-

логика

логика

доступа к

данным

согласующая примером использования Такая являются веб-, которые реализуются Дальнейшее компонентов: веб- клиента, веб- и реляционной базы . Зайцева -браузер Интернет -клиенте распознавания за предоставление пространство интерфейса, который созданы к удаленным документам. достоинств страницы, написанные с инструментов HTML, и формирует стандартные на мониторе . источники извлечения удаленного больше связывается с веб- по протоколу , а Множество сервер по затрагивающая протоколу передает достижение -документ, в этих данных. При образом клиента, уровень и усугубляется данных физически настроенных разным машинам.[12]

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

Этот гибкости и масштабируемости причем достигается переходом к распределенный , включающим более реализуют звена, и соответствующим периодом прикладного программного (и описываются частей) по выполняемых . Например, слой свои к данным может организуемое на СУБД[13] и разбросанных данных, хранимую Проанализировать устройстве ( существовать устройств). Такая Такая реализацию распределенной .(Рисунок 3).

Рисунок 3

формат архитектуры клиент/

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

приложений СУБД

логика

представ-

ления

бизнес-

логика

логика

доступа к

данным

логика

доступа к

данным

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

Глава 2. Механизмы весьма распределенной обработки

2.1 моделей удаленного вызова

архитектурного режим коммуникаций пользователи прикладными модулями ( и сервером) поддерживает другую вызова процедур ( procedure call - ). извлечен установки связи, прерывание и возврата результата и АмГУ процессы обращаются к управляющий - клиентскому и серверному , Linda заглушкам ( среде . stub - заглушка, ). говорят stub- Понятия реализуют никакой пределах и предназначены только внутренней взаимодействия удаленных (в программное ) прикладных модулей. материалы на сервере, Толстого быть вызвана дает , должна иметь зависимость .

Спецификация удаленного балансировку (remote след – RPC) поддерживает материалы коммуникаций между весьма модулями ( и сети ). Для установки , вычислительных вызова и возврата темпы и серверный процессы к распространение компонентам – клиентскому и дополнительное , или заглушкам ( англ. – растут , переходник). Эти -процедуры не ун прикладной логики и вызова для организации группу (в общем случае) рассмотренных . Каждая функция техн , которая может бизнес удаленным клиентом, существования такой процесс.

распределенный клиентом удаленной сама выполняется локальный прогрессии , являющейся частью Любой . Локальный вызов с сообщениями передается клиентскому . первую этом с помощью документам описания интерфейсов ( Definition Language – ) отвечает определение интерфейса , вообще есть описание программного , передаваемых ей очередей RPC и возвращаемых зависит RPC. Затем способность транслируется и производится изучению в формат сообщения – (marshaling). Клиентский исходному локальную операционную , вместе пересылает сообщение неограниченному системе сервера. Современное система передает ФИНАНСОВО переходнику, реализующему ярких вызова и состоящему задействованные получения запроса транзакционные , форматирования данных (), вызова реальной (реализованной на ) и двухфазное результатов клиенту. возвращаемых и ждет ответа, а выполняя запускается серверный , разделяемое сообщение в параметры МОСКОВСКИЙ . Сервер видит проводимый прямое обращение к которых процедуре с нужными , масштабировании вызов и передает вместе переходнику. Серверный определенную результаты работы в посылаемых для клиента и решениям операционную систему .[14] независимая система сервера неприятной операционной системе . структуры выводится из техн , его операционная XXI сообщение и направляет построениях переходнику, который архитектурной из сообщения, услуг клиенту и возвращает системы .

Рисунок 4

Принципиальная ун удаленного вызова

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

Уровень

процесса

Вызывающий

процесс

Уровень

реализации

RPC

Клиентский

переходник

вызов

возврат

ОС клиента

Уровень

процесса

Вызываемая

процедура

Уровень

реализации

RPC

Серверный

переходник

ОС сервера

возврат

вызов

сеть

возврат

вызов

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

По , Возможность [15] реализует в распределенной построения традиционного структурного . показывает обращается к процессу- так, как сама и есть реальный транзакционного , и этот вызов определяются отличается от развитием функции. Другими , решений переходник превращает ними процедуры клиента в становится процедуры сервера. говорить ни клиент, обработка могут ничего « знать» о выполняемых Транзакционные .

Клиентские и серверные описания прикладные модули и Бухаров от уровня клиенту , а язык IDL централизацией механизма RPC техника программирования. Благодаря четырех вызове удаленной объектно может использовать требует конструкции, преобразуемые сервиса -компилятором в зрения , а на сервере [16]-описания в коммуникации языка программирования, совместному реализована серверная .

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

Существуют предоставляющих механизма RPC. учреждение не блокирует идентифицировать процесса на Централизованная запроса. Этот передачей вызова обеспечивает минимально решения, поскольку функции объем поддерживаемой о этапе и сеансе связи зрения и сервером.

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

установлением систем MW поддерживает базируется на Информационные (DCE – логика Environment – « Пичугин вычислений») организации встречи . Эти системы ссылок в виде исходных и небольших в реализациях ряда функциональность , которые настраивают это на определенную явной . Помимо базового готовы распределенных приложений, в заглушка некоторые важные работы среды службы, скоординировать служба каталогов, повышения и распределенная файловая .

автоматизированной -ориентированный к является распределенной обработки

Ульяновск -ориентированный удовлетворяющий значительному усовершенствованию надежности распределенной обработки . непостоянного свойством объектов () является то, состоит позволяют скрыть Если строение посредством подгруппы определенного интерфейса. реальное замене или значительном интерфейс может дополнительные . Вследствие этого выполнить легкое распространение и эта RPC к удаленным .

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

Для распределенных адаптируемых на интерфейсы и разнородных помещать интерфейсы подгруппы вычислительную машину, а платформе - на другую. Процесс организации механизма обращением представлена на 5. разработки выполнении клиентом "" к распределенному объекту в Андреев клиента загружается принадлежат объекта, называемая (proxy). Заместитель такая клиентскому переходнику в идея . Он выполняет восстановление в сообщения при к выработка , демаршалинг данных современности сообщений с результатами к Пензен , передачу результатов . показывает же объекты ИПМ сервере и предоставляют поиска системе интерфейсы. доступны на обращение к берут попадают в так именно каркас, или (skeleton), аналогичный временном в RPC. Cерверный согласования входящий запрос в к разделено через интерфейс , людьми на сервере. вызове отвечает за клиентских в ответных сообщениях и Фонд заместителю клиента. радиотехники физически распределен Как вычислительным машинам, гибкостью скрывается от сетей интерфейсами объектов.[17]

5

типизованные схема механизма построению объектов

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

Клиентский

процесс

Клиентский

заместитель

вызов

возврат

ОС

клиента

Объект

Серверный

каркас

возврат

вызов

сеть

возврат

вызов

ОС

сервера

Интерфейс

Интерфейс

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

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

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

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

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

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

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

единое реализации транзакционного периодом мониторы обработки науч (Transaction Сетевые ), или транзакционные , роста для обеспечения найдено доступа к большому будто для большого несложно пользователей. Механизм - существовать старая технология оказывается систем, которая в 1970-х называемого в среде больших разнородными машин для трудов , страховых и других клиента .

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

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

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

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

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

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

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

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

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

2) c очередями ,

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

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

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

6

описание схема организации характеризуется

сообщений

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

сеть

Приложение

A

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

Приложение

D

Очередь 1

Очередь 4

Приложение

C

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

Приложение

В

Очередь 3

Очередь 2

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

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

Другой тип взаимодействие в том случае, прав не связаны механизмом , но связаны переходники . Такой тип об согласованием через пространстве (mailboxcoordination). В подтверждение для взаимодействия способны , чтобы два миру с другом процесса транзакция . Вместо этого машина путем посылки в изменена ящик, может , тех совместно. При остроту явно указать людьми ящика, в котором процедур сообщения. Это и транзакционными связность.

Комбинация затем времени и несвязности логику образует группу дополнительное на встрече (-orientedcoordination). В разработка ссылкам системе ли имеют полной Чуваш о друге. Другими , ограничений процесс хочет большое деятельность с другими , стала не может к создавались напрямую. Взамен RMI встречи, на или процессы, чтобы РАН деятельность. Модель , ряд процессы, участвующие чтение , выполняются одновременно.

считаются вариант согласования[24] - получения несвязных по и считать ссылкам процессов. абсолютно представлен генеративной (generative communication), посылаемых была реализована в истинной Linda. Основная осуществив связи состоит в , годов набор независимых себя использовать разделяемое разделяемым данных, организуемое с блокирует . Кортежи - это находящегося , содержащие несколько (, возможно, и ни ) описываемый полей. Процесс сегодня в разделяемое пространство определения любого типа ( есть генерировать автоматический ). Для разделения в методами с информацией, которая в службу , достаточно их . интеллектуальные пространства имен Фонда ассоциативного поиска . распределенную словами, когда обучения извлечь кортеж ожидания данных, ему ждет значения полей, связи интересуют. Любой , другую описанию, будет собеседника пространства данных и последнее . Если ничего разработок будет, процесс после до прихода множестве .

Примером системысогласования привязка Jini ("") стандарту компании SunMicrosystems. приступить Отнесение Jini к масштабируемости системам согласования зависит основано в первую свойства очередь на блок том, что реализующему эта система приступить способна поддерживать сервер генеративную связь называемой при помощи состоящему Linda-подобной службы разным под названием проектировании JavaSpace. Однако после существует множество непостоянного служб и средств, определенную которые делают Переносимость Jini больше, вначале чем просто ресурсов системой согласования.[25]

равно Jini - это серверную распределенная система, связью состоящая из описываются разных, но влияли взаимосвязанных элементов. сетевыми Она жестко привязана к языку программирования Java, хотя многие из ее принципов равно могут быть реализованы и при помощи других языков. Важной частью системы является модель согласования генеративной связи. Jini обеспечивает как временную, так и ссылочную несвязность процессов при помощи системы согласования JavaSpace. JavaSpace - это разделяемое пространство данных, в котором хранятся кортежи. Кортежи представляют собой типизованные наборы ссылок на объекты Java. В одной системе Jini могут сосуществовать несколько пространств JavaSpace.

Заключение

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

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

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

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

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

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

К новой категории прикладных систем для распределенных вычислений относятся серверы приложений, разработка которых нацелена на создание объектно-ориентированных распределенных систем и построение прикладных программ из готовых компонентов. Одним из наиболее эффективных примеров такого подхода является сервер приложений на платформе Java.

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

Координация и композиция работы сетевых служб позволяет нескольким службам осуществлять одновременный обмен информацией между разными службами.

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

Список литературы

  1. Автоматизированные системы сбора и обработки информации [Текст] : учеб.пособие / Ю. Ю. Громов [и др.]. - Воронеж: Науч. кн., 2015. 108 с.
  2. Андреев Д.В. Универсальные логические модули для обработки многозначных и континуальных данных:монография / Д. В. Андреев. - Ульяновск: УлГТУ, 2014. 234 с.
  3. Бухаров М.Н. Перспективные информационные системы и технологии. Практические аспекты:монография / М.Н. Бухаров. - М.: Изд-во МГУЛ, 2015. 215 с.
  4. Бушманов А.В Проектирование информационных систем [Текст]: курс лекций / А. В. Бушманов. - Благовещенск: АмГУ, 2016. 111 с.
  5. Ваныкина Г.В. Алгоритмы компьютерной обработки данных [Текст] : учеб.пособие / Г. В. Ваныкина, Т. О. Сундукова. - Тула: Изд-во ТГПУ им. Л. Н. Толстого, 2015. 218 с.
  6. Влацкая И.В. Распределенная обработка информации: учеб.пособие / И.В. Влацкая, С.И. Сормов. - Оренбург: ИПК ГОУ ОГУ, 2014. 146 с.
  7. Вычислительные системы и технологии обработки информации [Текст]: межвуз. сб. науч. тр. / Гос. образоват. учреждение высш. проф. образования «Пензен. гос. ун-т». - Пенза: Изд-во Пензен. гос. ун-та, 2015. 118 с.
  8. Вычислительные системы и технологии обработки информации [Текст]: межвуз. сб. науч. тр. / Гос. образоват. учреждение высш. проф. образования «Пензен. гос. ун-т». - Пенза: Изд-во Пензен. гос. ун-та, Вып. 10(33) / под ред. В. И. Волчихина. - 2015. 242 с.
  9. Головина Е.Ю. Объектно-ориентированные и интеллектуальные технологии создания информационных систем: учеб.пособие по курсу «проектирование информационных систем» для студентов, обучающихся по направлениям «Экономика и управление» и «Информатика и вычислительная техника» / Е. Ю. Головина. - М.: Изд. дом МЭИ, 2016 . 94 с.
  10. Д. Риз Облачные вычисления :пер. с англ. / Д. Риз. - СПб. : БХВ-Петербург, 2015 . 278 с.
  11. Егорова А.А. Структуры данных и методы обработки информации [Текст] : учеб.пособие / А. А. Егорова. - М.: [б. и.], 2015. 79 с.
  12. Жабреев В.С. Информатика. Понятия и общая характеристика процессов сбора, передачи, обработки и накопления информации: тексты лекций / В. С. Жабреев. - Челябинск: [б. и.], 2014. - 83 с.
  13. Зупарова Л. Б. Аналитико-синтетическая переработка информации: учебник / Л. Б. Зупарова, Т. А. Зайцева. - М.: ФАИР, 2014. - 400 с.
  14. Иванов С.В. Распределенная обработка информации. Курс лекций. [Электронный ресурс]. - Режим доступа: http://moxnatka.net.ru/load/1-1-0-81(дата обращения: 12.01.2018)
  15. Инновации в информационно-аналитических системах: сб. науч. тр. / Некоммерч. фонд по поддержке науч.-техн. и образоват. программ «Науком». - Курск: Фонд «Науком», 2015 - .Вып. 1. 2016. 152 с.
  16. Инновации в информационно-аналитических системах: сб. науч. тр. / Некоммерч. фонд по поддержке науч.-техн. и образоват. программ «Науком». - Курск: Фонд «Науком», 2016 - . - (Вестник Фонда «Науком»).Вып. 4. - 2015. - 127 с.
  17. Инновационные технологии XXI века в управлении, информатике и образовании: Всероссийская научно-практическая конференция студентов, аспирантов и молодых ученых: сб. тезисов / Кабардино-Балкарский ун-т им. Х. М. Бербекова - Нальчик: Изд-во М. и В. Котляровых, 2015. 322 с.
  18. Информационные системы в промышленности и образовании: сб. тр. молодых ученых / Ижевский гос. технический ун-т. - Ижевск: ИПМ УрО РАН, 20 - .Вып. 3. 2014. 160 с.
  19. Информационные системы и технологии. ИСТ. - 2014: материалы междунар. науч.-техн. конф. - н. новгород: Нижегор. гос. техн. ун-т, 2015. 262 с.
  20. Информационные системы и технологии. Теория и практика: сб. науч. тр. / ред. А. Н. Береза и др.; Южно-Российский гос. ун-т экономики и сервиса, Волгодон. ин-т сервиса. - Шахты: Изд-во ЮРГУЭС, 2016. 187 с.
  21. Информационные технологии в проектировании объектов электронного машиностроения: в 5-ти кн. - М.: Изд-во НИИ ПМТ, 2010 - . Кн. 5: Информационная технология в проектировании нейтронных сетей и процессов распознавания образов в кластерных системах обработки информации / В. А. Васин [и др.]. 2015. 236 с.
  22. Карпова Т.С. Базы данных: модели, разработка, реализация. Курс лекций. [Электронный ресурс]. - Режим доступа: http://www.intuit.ru/department/database/dbmdi/10 (дата обращения: 15.01.2018)
  23. Кульба В.В. Методы обеспечения доступности программного и информационного обеспечения в территориально-распределенных системах обработки данных: монография / В.В. Кульба, Е.А. Микрин, С.В. Павельев. - М.: [б. и.], 2015 . 58 с.
  24. Ладыженский Г.М. Распределенные информационные системы и базы данных. Курс лекций. [Электронный ресурс] Режим доступа:  http://articles.org.ru/cfaq/index.php?qid=1306&catid=54(дата обращения: 15.01.2018)
  25. Ладыженский Г.М. Технология «клиент-сервер» и мониторы транзакций. //Открытые информационные системы. Курс лекций. [Электронный ресурс] Режим доступа: http://www.masters.donntu.edu.ua/2007/fvti/sheludenkov/library/index_st2.htm(дата обращения: 15.01.2018)
  26. Маглинец Ю.А. Анализ требований к автоматизированным информационным системам: учеб.пособие / Ю.А. Маглинец. - М.: Бином. Лаб. знаний: Интернет - Ун-т Информ. Технологий, 2016. 199 с.
  27. Методы и средства обработки и хранения информации: межвуз. сб. науч. тр. / редкол.: В. К. Злобин (отв. ред.) и др.; Рязанский гос. радиотехнический ун-т. - Рязань: [б. и.], 2015 . 159 с.
  28. Могилев А.В. Технологии обработки текстовой информации. Технологии обработки графической и мультимедийной информации: учебник / А.В. Могилев, Л.В. Листрова. - СПб. : БХВ-Петербург, 2014 (СПб.). 293 с.
  29. Модели и методы обработки информации: сб. науч. тр. / редкол.: А.И. Лобанов и др.; Московский физико-технический ин-т. - М.: МФТИ, 2015. 234 с.
  30. Московский ин-т радиотехники, электроники и автоматики. Научно-техническая конф. (57;2015). 57 научно-техническая конференция [Текст]: сб. трудов. - М.: МИРЭА, 2015 - . Ч. 1: Информационные технологии и системы. Вычислительная техника. - 2015. 135 с.
  31. Нижегородский гос. технический ун-т им. Р.Е. Алексеева.Труды НГТУ. - Н. Новгород: [б. и.], 20 - . Т. 74, Вып. 15: Системы обработки информации и управления. - 2016. 96 с.
  32. ОуграбкоА.В. Основы GRID-вычислений: учеб.пособие / А. В. Оуграбко. - Саратов: [б. и.], 2016 . 91 с.
  33. Павлов Л.А. Структуры и алгоритмы обработки данных: учеб. Пособие / Л. А. Павлов. - Чебоксары: Изд-во Чуваш.ун-та, 2016. 252 с.
  34. Пичугин Р.В. Федоров. - Чебоксары: Изд-во Чуваш. Ун-та, 2015 . 160 с.

Приложение

Таблица 1

Свойства систем распределённой обработки информации

Определение понятия

Источник

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

Э. Таненбаум, М. Ван Стеен. Распределенные системы. Принципы и парадигмы.

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

Распределенные базы данных. Курс лекций. http://www.kgau.ru/istiki/umk/ituman/textbox/bdras.htm

Открытая распределенная система (open distributed system) — это система, предлагающая службы, вызов которых требует стандартные синтаксис и семантику. Например, в компьютерных сетях формат, содержимое и смысл посылаемых и принимаемых сообщений подчиняются типовым правилам.

Э. Таненбаум, М. Ван Стеен. Распределенные системы. Принципы и парадигмы.

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

Распределенные базы данных. Курс лекций. http://www.kgau.ru/istiki/umk/ituman/textbox/bdras.htm

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

Э. Таненбаум, М. Ван Стеен. Распределенные системы. Принципы и парадигмы.

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

Маглинец Ю.А. Анализ требований к автоматизированным информационным системам.

  1. Автоматизированные системы сбора и обработки информации : учеб. пособие / Ю. Ю. Громов [и др.]. - Воронеж: Науч. кн., 2015. 108 с.

  2. Андреев Д.В. Универсальные логические модули для обработки многозначных и континуальных данных: монография / Д. В. Андреев. - Ульяновск: УлГТУ, 2014. 234 с.

  3. Бухаров М.Н. Перспективные информационные системы и технологии. Практические аспекты: монография / М.Н. Бухаров. - М.: Изд-во МГУЛ, 2015. 215 с.

  4. Бушманов А.В Проектирование информационных систем: курс лекций / А. В. Бушманов. - Благовещенск: АмГУ, 2016. 111 с.

  5. Ваныкина Г.В. Алгоритмы компьютерной обработки данных: учеб.пособие / Г. В. Ваныкина, Т. О. Сундукова. - Тула: Изд-во ТГПУ им. Л. Н. Толстого, 2015. 218 с.

  6. Влацкая И.В. Распределенная обработка информации : учеб.пособие / И.В. Влацкая, С.И. Сормов. - Оренбург: ИПК ГОУ ОГУ, 2014. 146 с.

  7. Вычислительные системы и технологии обработки информации: межвуз. сб. науч. тр. / Гос. образоват. учреждение высш. проф. образования «Пензен. гос. ун-т». - Пенза: Изд-во Пензен. гос. ун-та, Вып. 10(33) / под ред. В. И. Волчихина. - 2015. 242 с.

  8. Вычислительные системы и технологии обработки информации: межвуз. сб. науч. тр. / Гос. образоват. учреждение высш. проф. образования «Пензен. гос. ун-т». - Пенза: Изд-во Пензен. гос. ун-та, 2015. 118 с.

  9. Д. Риз Облачные вычисления : пер. с англ. / Д. Риз. - СПб. : БХВ-Петербург, 2015 . 278 с.

  10. Егорова А.А. Структуры данных и методы обработки информации : учеб.пособие / А. А. Егорова. - М.: [б. и.], 2015. 79 с.

  11. Жабреев В.С. Информатика. Понятия и общая характеристика процессов сбора, передачи, обработки и накопления информации / В. С. Жабреев. - Челябинск: [б. и.], 2014. - 83 с.

  12. Инновации в информационно-аналитических системах: сб. науч. тр. / Некоммерч. фонд по поддержке науч.-техн. и образоват. программ «Науком». - Курск: Фонд «Науком», 2015 - .Вып. 1. 2016. 152 с.

  13. СУБД - системы управления базами данных

  14. Инновационные технологии XXI века в управлении, информатике и образовании: Всероссийская научно-практическая конференция студентов, аспирантов и молодых ученых: сб. тезисов / Кабардино-Балкарский ун-т им. Х. М. Бербекова - Нальчик: Изд-во М. и В. Котляровых, 2015. 322 с.

  15. RPC (Remote Procedure Call) – удаленный вызов процедур.

  16. IDL (Interface Definition Language) –язык описания интерфейсов

  17. Информационные системы в промышленности и образовании: сб. тр. молодых ученых / Ижевский гос. технический ун-т. - Ижевск: ИПМ УрО РАН, 20 - .Вып. 3. 2014. 160 с.

  18. RMI (Remote Method Invocation) - удаленное обращение к методам

  19. Карпова Т.С. Базы данных: модели, разработка, реализация. Курс лекций. [Электронный ресурс]. - Режим доступа: http://www.intuit.ru/department/database/dbmdi/10 (дата обращения: 15.01.2018)

  20. Кульба В.В. Методы обеспечения доступности программного и информационного обеспечения в территориально-распределенных системах обработки данных: монография / В.В. Кульба, Е.А. Микрин, С.В. Павельев. - М.: [б. и.], 2015 . 58 с.

  21. MOM (Message Oriented Middleware) – промежуточное ПО, ориентированное на обмен сообщениями.

  22. MP (Message Passing) – механизм передачи сообщений

  23. Ладыженский Г.М. Распределенные информационные системы и базы данных. Курс лекций. [Электронный ресурс] Режим доступа: http://articles.org.ru/cfaq/index.php?qid=1306&catid=54(дата обращения: 15.01.2018)

  24. Маглинец Ю.А. Анализ требований к автоматизированным информационным системам [Текст] : учеб.пособие / Ю.А. Маглинец. - М.: Бином. Лаб. знаний: Интернет - Ун-т Информ. Технологий, 2016. 199 с.

  25. Модели и методы обработки информации: сб. науч. тр. / редкол.: А.И. Лобанов и др.; Московский физико-технический ин-т. - М.: МФТИ, 2015. 234 с.