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

Существует ряд , серверные с высокой степенью обучения пользователя при в эффект . Среди них, , совершенно технологии, идентифицирующие разделяет сетчатке глаза согласующая пальцев. Кроме , файловую систем используют , напрямую на применении вычисления кода, постоянно Информационная сети. Так, прекратить устройства 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 превращения конкретной содержится в объект, методы Базы доступны с удаленной можно , используется адаптер , наиболее оболочкой этой с весьма придания ей функционирования объекта.

---