Читайте также:
|
Объектная архитектура распределенных систем. Понятие о технологии EJB
Свойства архитекутурыEnterpriseJavaBeans.
• Является стандартной компонентной архитектурой для построения распределённых объектно-ориентированных бизнес-приложений на языке Java.
• Построение распределённых приложений путём комбинированиякомпонентов, разработанных для различных платформ и операционных систем.
• Скрытие деталей реализации: разработчикам нет необходимости знать и понимать нижние уровни системы.
• Отражает все аспекты жизненного цикла программного обеспечения.
• Совместима с CORBA-протоколами
Компоненты EJB (TheEnterpriseJavaBeanscomponent) выполняются внутриEJB-контейнера (TheEnterpriseJavaBeanscontainer), который, в свою очередь, выполняется внутри EJB-сервера. Любой сервер, который в состоянии поддерживать EJB-контейнеры и предоставлять им необходимые сервисы, может быть EJB-сервером.EJB-компонент представляет из себя Java-класс, который реализует некую бизнес-логику. Все остальные классы в EJB-системе либо реализуют поддержку клиент / сервер взаимодействий между компонентами, либо реализуют некие сервисы для компонентов.
Компонент EJB определяется как комбинация трёх составных элементов и описания его установки и применения:
• home -интерфейс, home -объект,
• remote -интерфейс, объект EJB - реализация remote -интерфейса (EJBObject),
• Непосредственно реализация EnterpriseBean - это код реализации бизнес-логики.
• Описание установки EJB и его применения.
EJB-контейнер реализует для находящихся в нем компонентов такие сервисы, как транзакции (transaction),управление ресурсами, управление версиями компонентов, их мобильностью, настраиваемостью, мобильностью, жизненным циклом. Разработчик EJB-компонента может просто вызывать соответствующие методы у контейнера.
Клиентские приложения вызывают методы на удаленных EJB-компонентах через EJB-объект (EJB-object). EJB-объект реализует "удаленный интерфейс" (remoteinterface) EJB-компонента на сервере. EJB-объект реализует лишь бизнес-интерфейс для EJB-компонента, являясь, в некотором смысле, "промежуточным" звеном между клиентом и EJB-компонентом.
EJB-объекты и EJB-компоненты представляют собой разные классы. Хотя они реализуют один и тот же интерфейс (интерфейс, описанный для EJB-компонента), но при этом они выполняют совершенно разные функции. EJB-компонент выполняется на сервере, внутри EJB-контейнера и реализует бизнес-логику, в то время как EJB-объект выполняется у клиента и удаленно вызывает методы у EJB-компонента.
Объектная архитектура распределенных систем. Понятие о технологии.NET
Итак, под платформой Microsoft.NET следует понимать интегрированную систему (инфраструктуру) средств разработки, развертывания и выполнения сложных, распределенных программных систем.
• Операционные системы корпорации Microsoft - Windows 2000/XP/ME/CE, представляют собой базовый уровень платформы MS.Net.
•.NetEnterpriseServers являются программными продуктами, использование которых позволяет снизить сложность разработки сложных программных систем (SQL Server).
•.NetBuildingBlockServices) представляют собой готовые "строительные блоки" сложных программных систем, которые могут быть использованы через Интернет как сервисные услуги.Набор таких сервисов MS.Netпланируется последовательно расширять.
• Интегрированная среда разработки приложений Visual Studio.NET (VS.Net) - верхний уровень MS.Net - обеспечивает возможность создания сложного ПОна основе платформы Windows.
• MS.NET Framework является ядром платформы MS.Net, обеспечивая возможность построения и исполнения.Net приложений.
Здесь набор базовых классов обеспечивает, например, работу со строками, ввод-вывод данных, многопоточность. Набор классов для работы с данными предоставляют возможность использования SQL-запросов, ADO.Net и обработки XML данных и так далее.
Общеязыковая среда выполнения (CommonLanguageRuntime, CLR) активизирует исполняемый код, выполняет для него проверку безопасности, располагает этот код в памяти и исполняет его, обеспечивает сборку мусора. Для обеспечения возможности многоязыковой разработки ПО программный код, получаемого после компиляциипрограммы на одном из алгоритмических языков платформы MS.Net, представляется на общем промежуточном языке (CommonIntermediateLanguage или CIL). Сборки (файлы на CIL) перед своим исполнением с помощью JIT-компилятора (Just-In-Timecompilers) переводятся с программного кода на промежуточном языке (CIL-кода) в машинный (native) код платформы исполнения.
Объектная архитектура распределенных систем. Общие черты технологий CORBA и (D)COM(+)
• Предназначены для разработки сложных распределенных систем.
• Независимость от физического размещения объектов.
• Независимость от платформы (ОС).
• Независимость от языка программирования.
• COM и CORBA реализованы на базе абстрактного интерфейса, то есть языка, который реализует доступ к узлу.
• Объекты взаимодействуют друг с другом с помощью вызовов удаленных процедур (RPC, remoteprocedurecall).
• Используются объекты, расположенные в адресныхпространствахклиента и сервера и обменивающиеся данными между собой.
• Клиент и сервер взаимодействуют между собой с помощьюmarshalling, представляющего собой обмен данными (передаваемые данные упаковываются в так называемый marshallingpacket и распаковываются после передачи в другое адресное пространство) и передачу указателей на интерфейсы и аргументы функций между этими объектами.
14.6 Распределённые базы данных
(РБД) — совокупность логически взаимосвязанных баз данных, распределённых вкомпьютерной сети.
Основные принципы
РБД состоит из набора узлов, связанных коммуникационной сетью, в которой:
· каждый узел — это полноценная СУБД сама по себе;
· узлы взаимодействуют между собой таким образом, что пользователь любого из них может получить доступ к любым данным в сети так, как будто они находятся на его собственном узле.
Каждый узел сам по себе является системой базы данных. Любой пользователь может выполнить операции над данными на своём локальном узле точно так же, как если бы этот узел вовсе не входил в распределённую систему. Распределённую систему баз данных можно рассматривать как партнёрство между отдельными локальными СУБД на отдельных локальных узлах.
Фундаментальный принцип создания распределённых баз данных («правило 0»): Для пользователя распределённая система должна выглядеть так же, как нераспределённая система.
Фундаментальный принцип имеет следствием определённые дополнительные правила или цели. Таких целей всего двенадцать:
1. Локальная независимость. Узлы в распределённой системе должны быть независимы, или автономны. Локальная независимость означает, что все операции на узле контролируются этим узлом.
2. Отсутствие опоры на центральный узел. Локальная независимость предполагает, что все узлы в распределённой системе должны рассматриваться как равные. Поэтому не должно быть никаких обращений к «центральному» или «главному» узлу с целью получения некоторого централизованного сервиса.
3. Непрерывное функционирование. Распределённые системы должны предоставлять более высокую степень надёжности и доступности.
4. Независимость от расположения. Пользователи не должны знать, где именно данные хранятся физически и должны поступать так, как если бы все данные хранились на их собственном локальном узле.
5. Независимость от фрагментации. Система поддерживает независимость от фрагментации, если данная переменная-отношение может быть разделена на части или фрагменты при организации её физического хранения. В этом случае данные могут храниться в том месте, где они чаще всего используются, что позволяет достичь локализации большинства операций и уменьшения сетевого трафика.
6. Независимость от репликации. Система поддерживает репликацию данных, если данная хранимая переменная-отношение — или в общем случае данный фрагмент данной хранимой переменной-отношения — может быть представлена несколькими отдельными копиями или репликами, которые хранятся на нескольких отдельных узлах.
7. Обработка распределённых запросов. Суть в том, что для запроса может потребоваться обращение к нескольким узлам. В такой системе может быть много возможных способов пересылки данных, позволяющих выполнить рассматриваемый запрос.
8. Управление распределёнными транзакциями. Существует 2 главных аспекта управления транзакциями: управление восстановлением и управление параллельностью обработки. Что касается управления восстановлением, то чтобы обеспечить атомарность транзакции в распределённой среде, система должна гарантировать, что все множество относящихся к данной транзакции агентов (агент — процесс, который выполняется для данной транзакции на отдельном узле) или зафиксировало свои результаты, или выполнило откат. Что касается управления параллельностью, то оно в большинстве распределённых систем базируется на механизме блокирования, точно так, как и в нераспределённых системах.
9. Аппаратная независимость. Желательно иметь возможность запускать одну и ту же СУБД на различных аппаратных платформах и, более того, добиться, чтобы различные машины участвовали в работе распределённой системы как равноправные партнёры.
10. Независимость от операционной системы. Возможность функционирования СУБД под различными операционными системами.
11. Независимость от сети. Возможность поддерживать много принципиально различных узлов, отличающихся оборудованием и операционными системами, а также ряд типов различных коммуникационных сетей.
12. Независимость от типа СУБД. Необходимо, чтобы экземпляры СУБД на различных узлах все вместе поддерживали один и тот же интерфейс, и совсем необязательно, чтобы это были копии одной и той же версии СУБД.
Типы распределённых баз данных
1. Распределённые базы данных
2. Мультибазы данных с глобальной схемой. Система мультибаз данных — это распределённая система, которая служит внешним интерфейсом для доступа ко множеству локальных СУБД или структурируется, как глобальный уровень над локальными СУБД.
3. Федеративные базы данных. В отличие от мультибаз не располагают глобальной схемой, к которой обращаются все приложения. Вместо этого поддерживается локальная схема импорта-экспорта данных. На каждом узле поддерживается частичная глобальная схема, описывающая информацию тех удалённых источников, данные с которых необходимы для функционирования.
4. Мультибазы с общим языком доступа — распределённые среды управления с технологией «клиент-сервер»
Дата добавления: 2014-12-20; просмотров: 54 | Поможем написать вашу работу | Нарушение авторских прав |