Разработка программных средств и технологических подходов создания расширяемых компонент современных ОС (4. Событийно-ориентированная архитектура (EDA)), страница 2
Описание файла
Файл "Разработка программных средств и технологических подходов создания расширяемых компонент современных ОС" внутри архива находится в следующих папках: 4. Событийно-ориентированная архитектура (EDA), Дополнительные материалы. PDF-файл из архива "4. Событийно-ориентированная архитектура (EDA)", который расположен в категории "". Всё это находится в предмете "распределённые ис и базы данных" из 9 семестр (1 семестр магистратуры), которые можно найти в файловом архиве НИУ «МЭИ» . Не смотря на прямую связь этого архива с НИУ «МЭИ» , его также можно найти и в других разделах. Архив можно найти в разделе "лекции и семинары", в предмете "распределённые ис и базы данных" в общих файлах.
Просмотр PDF-файла онлайн
Текст 2 страницы из PDF
ON>}, …{idk, <O1, ..ON >}). Это множество позволяет определить длякаждого экземпляра схемы, заданного уникальнымидентификатором (id1, id2, …) настройки каждогокомпонента из множества С (<O1, .. ON >).Схемы допускают вложенность, то есть одна схемаможет входить как компонент в другую схему.Запускприложения MSAПодключение к средеисполненияЧтение конфигурацииприложения,определениеосновной схемыСоздание связей всхемеСоздание всехэлементов основнойсхемыРассылка сообщения озавершении созданиясхемыРассылка сообщенияоб успешном запускеприложенияАрхитектураприложения MSAФизически приложение MSA содержитзагрузчик и средства доступа к среде исполнения.Генерация схемПример настройкиприложения MSA –администратор указываеткакие элементы предметнойобласти в каких роляхсвязаны друг с другом –программа автоматомгенерирует схему с помощьюгенератора.Примерпостроения схемиз компонентМножество доступных компонент:ЛогикауправлениядоступомДрайверсчитывателярадиокартПолитикадоступаиз зоныПолитикадоступавнутрь зоныДрайверсчитывателяштрих-кодаПример схемы:приложение СКДЛогикауправлениядоступомДрайверсчитывателярадиокартДрайверсчитывателяштрих-кодаПолитикадоступавнутрь зоныПример схемы:приложение СКДЛогикауправлениядоступомДрайверсчитывателярадиокартПолитикадоступаиз зоныДрайверсчитывателяштрих-кодаСетевоевзаимодействиеВажным элементом среды исполнения MSA являютсясредства сетевого взаимодействия.В приложениях с типовой архитектурой для сетевоговзаимодействия используется та или иная формаудаленных вызовов (т.е.
компоненты программы должны«знать что и где вызывать»).УнаследованнаясистемаКомпонент1Удаленный вызовКомпонент2Компонент3СетевоевзаимодействиеВместо традиционных подходов MSA предполагаетиспользовать расширение событийно-ориентированноговзаимодействия – т.н., системную шину.Системная шинав MSA являетсякомпонентомсредыисполненияУнаследованнаясистемаКомпонент1Системная шинаКомпонент2Компонент3Задачисистемной шиныОбеспечивать возможность синхронной и асинхроннойпередачи сообщений между параллельновыполняющимися компонентами в адресном ибезадресном режиме как на уровне отдельно взятой ЭВМ,так и на уровне всей сети; Обеспечивать корректное функционирование системы налокальном компьютере при потере связи, а такжевосстановление программной связи, когда аппаратнаясвязь будет восстановлена без перезапуска локальнойсистемы и потери данных (при этом возможны разныережимы ранжирования сообщений на сообщения, которыедолжны быть накоплены и переданы послевосстановления связи, и сообщения, которые могут быть«забыты», если во время их поступления отсутствоваласвязь);Задачисистемной шиныОбеспечить подключения и отключения компонент вовремя работы системы без какого-либо останова либоперезапуска системы, перезагрузки схем взаимныхсоединений модулей и т.п.; Обеспечить возможность многоуровневой фильтрациипередаваемых по системе сообщений с целью снижениячисла сетевых пересылок; Обеспечить надежность на локальном уровне (при сбоях иошибках в работе одного конкретного локальноподключенного модуля не должна останавливаться нилокальная, ни сетевая рассылка сообщений для другихмодулей).Архитектурасистемной шиныСообщенияСообщенияМежду компонентами передаютсятипизированные сообщенияфиксированного формата.
Типизируютсясообщения числовым кодом типасообщения. Для сообщений с одинаковымкодом типа должен быть одинаковым тип ичисло аргументов в блоке аргументов.ПротоколыСообщенияКоличество типов передаваемыхсообщений произвольно. Форматблока аргументов (его размер и типызначений) определяютсяразработчиком компонент.ESB – ядро инфраструктуры СОАШинаГибкая интеллектуальнаяинфраструктура,интегрирующаяприложения и сервисы МАРШРУТИЗАЦИЯ сообщений междусервисом и потребителем ОБРАБОТКА бизнес-событий из разныхисточников (Pub/Sub, Log, Augmentation) ПРЕОБРАЗОВАНИЕ форматовсообщений между потребителем исервисом КОНВЕРТАЦИЯ транспортныхпротоколов между потребителем исервисомЦвет = тип данныхФорма = протоколПротоколыФильтрациясообщенийЗа счет типизации сообщений упрощается обменинформацией между компонентами, и становятсядопустимыми дополнительные механизмы фильтрации. В частности, добавляется возможность фильтрациисообщений по типам. Для включения такой фильтрации компонент долженустановить локальному ММС список принимаемыхсообщений и в этом случае ему будут передаватьсятолько сообщения с типами из этого списка (пустойсписок соответствует разрешению на прием сообщенийвсех типов). В локальном и сетевом ММС на базе списков отдельныхкомпонент формируются совокупные спискифильтрации, которые позволяют отсекать от приемасообщения, обработка которых не представляетсявозможной, что позволяет снизить объем «лишних»пересылок.Преимуществауход от жестких интерфейсов к гибкимпротоколам развязка инициатора и обработчика(ов)(компонент публикующий событие можетничего не знать о компоненте, который на этособытие среагирует) позволяет реализовывать каксреднеструктурный (параллельноеисполнение модулей) так икрупноструктурный (параллельноефункционирование компонент приложения)параллелизм.
При этом не исключаетсяреализация мелкоструктурного параллелизма(при реализации каждого из подключаемыхмодулей);Преимуществапозволяет задать унифицированныймеханизм обмена между основнымикомпонентами приложения и добитьсяхорошей распределенности; обеспечивает единый интерфейсвзаимодействия компонент между собой; дает возможность гибкой реконфигурациисистемы (замена какого-либо компонента наболее новый потенциально может бытьосуществлена без остановки всей системы); обеспечивает простоту доработки компонентсистемы.XFrameworkXFramework – кросс-плаформенная программнаяреализация среды исполненияSDK позволяет разрабатывать как расширенияXFramework, так и компоненты приложенийXFrameworkРеализация средыисполнения дляцелевойоперационнойсистемыСредстваадминистрированияSDK дляразработкиобъектов системыи приложенийУтилитыArchitect StudioArchitect Studio – case-средство, упрощающееразработку программ в концепции MSA.Обеспечивает генерацию каркасов компонент иредактирование правил и мета-данных.Национальный исследовательскийуниверситетМОСКОВСКИЙЭНЕРГЕТИЧЕСКИЙ ИНСТИТУТ(НИУ МЭИ)СПАСИБО ЗА ВНИМАНИЕManaged Software Architecture(Управляема программная архитектура)Концепция.
Реализация.автор: к.т.н., доц. каф. ПМ МЭИ (ТУ) Куриленко И.Е..