CC BY
64
ИНФОРМАТИКА, ВЫЧИСЛИТЕЛЬНАЯ ТЕХНИКА И УПРАВЛЕНИЕ
УДК 004.623; 004.75
С. В. Шибанов, А. А. Мезенков, О. А. Шевченко, А. С. Илюшкин
ПРИНЦИПЫ ОРГАНИЗАЦИИ И ФУНКЦИОНИРОВАНИЯ АКТИВНЫХ ПАКЕТОВ ДЛЯ ОБМЕНА ИНФОРМАЦИЕЙ И КОНФИГУРИРОВАНИЯ РАСПРЕДЕЛЕННЫХ ПРИЛОЖЕНИЙ
Аннотация. Рассмотрена концепция применения технологии активных пакетов для обмена информацией и конфигурирования распределенных приложений. Описаны внутренняя структура и средства управления активными пакетами. Предложена классификация активных пакетов.
Ключевые слова: распределенные приложения, активный пакет, классификация активных пакетов, среда исполнения активных пакетов, система хранения активных пакетов, конфигурирование, обмен данными.
S. V. Shibanov, A. A. Mezenkov, O. A. Shevchenko, A. S. Ilyushkin
ORGANIZATIONAL AND FUNCTIONAL PRINCIPLES OF ACTIVE PACKETS FOR INFORMATION EXCHANGE AND DISTRIBUTED APPLICATION CONFIGURATION
Abstract. The article considers a concept of usage of active packet technology for information exchange and configuration of distributed applications. The authors describe the internal structure and management of active packets. The work also suggests the classification of active packets.
Key words: distributed applications, active packet, classification of active packages, node execution environment of active packets, system storage of active packets, configuration, data communication.
Введение
Непрерывное совершенствование внутренних бизнес-процессов предприятий и организаций и постоянно изменяющиеся внешние условия ведения бизнеса приводят к необходимости регулярного обмена данными и модификации программного и информационного обеспечения корпоративных информационных систем, реализованных в виде распределенных приложений.
Распределенные приложения корпоративных информационных систем являются многопользовательскими приложениями, работающими на множестве компьютеров и обрабатывающими огромные объемы данных с распределением ресурсов по сети, а также с применением параллельных вычисле-
ний сложной логики [1]. Такие приложения очень часто функционируют на нескольких платформах и взаимодействуют со многими другими приложениями. Компьютерную сеть, в которой развернуты и эксплуатируются подсистемы и компоненты распределенных приложений, можно рассматривать в виде множества взаимодействующих вычислительных узлов, каждый из которых представляет собой отдельный компьютер или подсеть (например, локальная сеть филиала предприятия).
Распределенные информационные системы предприятия должны оперативно реагировать на изменения бизнеса, поддерживать на всех уровнях необходимые стратегии, процессы и правила управления. При этом приложения данного класса должны быть надежными и обеспечивать непрерывную работу, гибкое масштабирование, простоту сопровождения, администрирования и конфигурирования.
Для поддержания всех подсистем распределенных приложений в согласованном состоянии необходимо организовать распространение и развертывание обновлений всех видов информационных ресурсов и приложений в узлах сети (процесс тиражирования), а также сбор сведений с узлов сети, в которых развернуты распределенные приложения, для контроля и анализа результатов тиражирования (процесс синхронизации).
Основной задачей обмена информацией в распределенных приложениях является обеспечение достоверности, актуальности и согласованности информации. Конфигурирование программного обеспечения распределенных приложений заключается в настройке и модификации программного обеспечения на всех уровнях для приведения его в соответствие с изменяющимися требованиями [2]. Выделяются три основных критерия оценки эффективности информационного обмена и конфигурирования: скорость доставки информации от отправителя к получателю, надежность функционирования, а также удобство разработки и сопровождения программных средств, реализующих обмен информацией и конфигурирование приложений [3].
Актуальность задач обмена информацией и конфигурирования распределенных приложений обусловлена сложностью тиражирования и синхронизации данных, метаданных и приложений между подсистемами и компонентами, расположенными на разных уровнях организационной структуры компаний. Причины кроются в территориальной распределенности приложений, их информационной, аппаратной и программной гетерогенности [3].
Для решения задач обмена информацией и конфигурирования распределенных приложений авторами предлагается технология активных пакетов [4].
Понятие пакета лежит в основе большинства современных систем тиражирования и синхронизации информационных ресурсов. Так, с помощью специальных пакетов управления (Management Packs) осуществляется сбор и анализ данных в приложении System Center Operations Manager (SCOM), разработанном компанией Microsoft для управления и мониторинга ИТ-сервисов, приложений, серверов в гетерогенной среде Windows, UNIX и Linux [5]. Также из числа известных средств синхронизации и репликации стоит выделить Microsoft Sync Framework, а среди систем для распространения данных - системы управления пакетами различных Linux-дистрибутивов, например RPM и dpkg.
Во всех существующих коммерческих продуктах прохождением пакета по сети и получением от него необходимых сведений управляет программное обеспечение, расположенное в узлах распределенных приложений, которое также может модифицироваться и развиваться в процессе эксплуатации и сопровождения. Авторами предлагается рассматривать активный пакет в качестве субъекта управления, включающего не только информационную составляющую, но и программную реализацию алгоритмов управления обработкой информацией. При этом со стороны программного обеспечения распределенных приложений активному пакету должен предоставляться соответствующий интерфейс, который используется пакетом для осуществления своей деятельности по тиражированию, синхронизации данных, конфигурированию приложений, сбора и доставки системной информации о состоянии подсистем и компонент, а также обратной связи пользователей с разработчиками и администраторами.
1. Концепция активного пакета
Под активным пакетом будем понимать минимальную логическую единицу обмена информацией между узлами сети, которая инкапсулирует:
- данные и метаданные в виде набора каталогов и файлов различного формата, фрагментов баз данных, записей системного реестра и пр.;
- двоичные и текстовые информационные фрагменты;
- приложения в виде исполняемых файлов, динамически подключаемых библиотек, файлов настройки (ini-, xml-файлы) и пр., сгруппированных в различные подкаталоги;
- приложения, изменяющие поведение системы управления активными пакетами в узлах сети.
Обработка активных пакетов на узлах сети, в которой функционирует распределенное приложение, включает:
- разбор и анализ поступившего пакета;
- выделение доставленных данных, метаданных и приложений и их актуализацию;
- переадресацию пакета на другие узлы сети;
- отправку информационного пакета узлу-отправителю и пр. [6]
В самом простом случае задачей пакета является копирование собственного тела на локальную машину и передача его дальше по сети. Такое поведение заимствовано из концепции самовоспроизводящихся компьютерных программ типа «сетевой червь».
При формировании активного пакета ему присваиваются версия, в свою очередь каждая составляющая пакета также имеет свою версию. В случае изменения собственной структуры пакет должен увеличить версии подвергнутых воздействию своих компонентов. В целом алгоритм работы с версиями активных пакетов в предложенной технологии схож с подходом, применяемом в Microsoft Sync Framework в процессе синхронизации компонентов распределенного приложения.
Одновременно в сети не может существовать два активных пакета, имеющих одинаковые версии. Для этого каждому пакету назначается уникальный идентификатор (например, Globally Unique Identifier - GUID), определяющий текущую версию пакета, и отдельный идентификатор для определения семейства пакетов - группы пакетов в цепочке родитель-потомок.
Идентификатор группы может использоваться при распространении совместимых обновлений аналогично тому, как это реализовано в UpgradeCode в Windows Installer [7].
2. Внутренняя организация активного пакета
Активный пакет состоит из заголовка инициализации (Packet Header, PH) и локального репозитория для хранения информационного контента (Packet Local Repository, PLR) [4]. Обобщенная структура активного пакета представлена на рис. 1.
Рис. 1. Структура активного пакета
Заголовок инициализации (PH) используется для идентификации активного пакета системой управления активными пакетами, анализа содержимого пакета и запуска пакета на исполнение. Заголовок инициализации содержит файл-заголовок пакета в формате XML, имеющий строго определенное имя - Header.xml.
В табл. 1 представлены основные теги и разделы файла-заголовка. Пример содержимого файла-заголовка представлен на рис. 1 в блоке 1.
Модификация файла-заголовка осуществляется неявно через интерфейс управления пакетом. В дальнейшем в зависимости от конкретных требований, предъявляемых в той или иной системе, возможно добавление тегов, содержащих дополнительную информацию, контрольные суммы, вспомогательную информацию о версии пакета или идентификаторы групп пакетов.
Локальный репозиторий активного пакета (РЬЯ) представляет собой иерархическое хранилище гетерогенной информации, включающее данные, метаданные и компоненты приложений, а также другие активные пакеты. Для уменьшения размера активного пакета при большом количестве дублирующей информации в РЬЯ также используются внутренние перекрестные ссылки.
Таблица 1
Основные теги и разделы файла-заголовка активного пакета
Тег/раздел файла заголовка Назначение тега
Header Корневой тег заголовка пакета
Header/From Группирующий тег, содержащий информацию об отправителе пакета
Header/From/Address Адрес отправителя в формате APNA
Header/To Группирующий тег, содержащий информацию о получателе пакета
Header/To/Address Адрес получателя в формате APNA
Header/Lifecycle Сведения о жизненном цикле пакета
Header/Lifecycle/State Текущее состояние пакета. Доступные значения: активное (active), ожидание (waiting), пассивное (passive), «сон» (sleeping), «зомби» (zombie)
Header/Lifecycle/TimeToLive Время «жизни» пакета. Используется при передаче по сети, а также во время нахождения пакета в активном состоянии для определения максимального времени выполнения пакета средой исполнения
Header/Lifecycle/TimeToLive:type Тип значения времени «жизни» из набора: seconds - секунды, hops - «прыжки» (количество передач между отдельными узлами сети)
Header/Lifecycle/WakeupTime Планируемое время пробуждения пакета при срабатывании планировщика. Временная метка в формате UNIX-времени
Header/PacketData Сведения о пакете
Header/PacketData/GuidPacket Уникальный идентификатор пакета
Header/PacketData/GuidGroup Уникальный идентификатор группы пакетов
Header/PacketData/Version Версия пакета
Header/PacketData/Type Тип пакета
Header/Initiator Группирующий тег, содержит информацию о файле-инициаторе
Header/Initiator:type Типа файла инициатора из набора: text -файл-инициатор является текстовым скриптом, binary - файл-инициатор является двоичным файлом
Header/Initiator/Location Абсолютный путь к инициатору внутри каталога Data PLR
На внутреннюю структуру локального репозитория РЬЯ накладываются ограничения, призванные предотвратить непредумышленное нарушение целостности активного пакета:
- в корне хранилища может существовать только один файл-заголовок;
- в корне хранилища может существовать только один каталог Data с данными, метаданными и приложениями.
В локальном репозитории активного пакета PLR также размещаются файлы Info.xml, Init.pyc и Init.dll (см. рис. 1).
Файл Info.xml содержит краткое описание назначения пакета, пример которого представлен на рис. 1 в блоке 3.
Файл Init.pyc хранит сценарий исполнения активного пакета в виде последовательности команд на языке программирования Python. Пример содержимого файла сценария представлен на рис. 1 в блоке 2.
Библиотека Init.dll играет роль файла запуска активного пакета для среды исполнения на узле распределенного приложения, выполняя последовательность действий, описанных в файле сценария Init.pyc.
3. Классификация активных пакетов
Для систематизации активных пакетов, упорядочивания процесса обмена информацией и конфигурирования распределенных приложений, унификации алгоритмов обработки и программного обеспечения управления пакетами вводится классификация активных пакетов с учетом назначения активного пакета и основных операций, выполняемых пакетом.
Выделяются два основных класса активных пакетов - нетипизирован-ные и типизированные (рис. 2).
----1______
f Нетипизированный)
Пакет произвольном структуры (FreePacket)
5 С
Программные компоненты и данные
Рис. 2. Классификация активных пакетов
Класс типизированных активных пакетов включает в себя несколько типов активных пакетов, которые предназначены для реализации конкретных задач обмена информацией, мониторинга и конфигурирования приложений, обмена сообщениями и связи между пользователями, разработчиками и администраторами.
Активный пакет типа UpdatePacket предназначен для развертывания и сопровождения распределенных приложений. Данному виду пакета доступны следующие действия:
- копирование/замена файлов данных и приложений на узлах распределенных систем;
- синхронизация файлов данных и приложений на узлах распределенных систем, в ходе которой выполняется сравнение содержимого установленной и доставленной активным пакетом версий файлов и более поздняя версия копируется на узел;
- удаление/переименование файлов данных и приложений на удаленном узле;
- доставка и отображение информационного сообщения;
- исполнение программных скриптов, скриптов обновления баз данных и метаданных, командных файлов (например, Ьа1-файла).
Для обмена информационными сообщениями в распределенных приложениях в классе типизированных активных пакетов выделен отдельный тип ¡пйэгшайопРаске^ который позволяет:
- обмениваться сообщениями между подсистемами и компонентами распределенного приложения, развернутыми на различных узлах;
- отправлять сообщения и/или отчеты от пользователей разработчикам и администраторам;
- осуществлять мониторинг процесса распространения активных пакетов по сети;
- контролировать внесение изменений в информационное и программное обеспечение, например, с целью исправления ошибок в работе приложений.
Кроме того, был введен комбинированный тип активных пакетов, объединяющий в себе пакеты типа UpdatePacket и ¡пйогшайопРаске!
Сбор информации о состоянии аппаратно-программного окружения и инфраструктуры распределенного приложения, о параметрах функционирования удаленных подсистем осуществляется активным пакетом типа 8!ай8-ticsPacket. Активный пакет данного типа включает базу данных, содержащую собранные сведения от удаленных узлов, и файловое хранилище, содержащее фрагменты лог-файлов. Активному пакету типа StatisticsPacket доступны следующие операции на узле:
- поиск необходимой информации в рамках удаленного узла;
- запись в базу данных активного пакета параметров функционирования удаленного узла;
- копирование фрагментов лог-файлов в файловое хранилище активного пакета.
Активный пакет типа HybridPacket представляет собой коллекцию активных пакетов различных типов. Каждый активный пакет размещается в от-
дельной папке внутри пакета HybridPacket. При этом файл List_Packet.xml содержит список активных пакетов. Каждый активный пакет, входящий в коллекцию активных пакетов HybridPacket, исполняется на удаленном узле в соответствии с назначенным ему типом.
Для расширения функциональности активных пакетов, возможности их применения в сторонних приложениях вводится класс нетипизированных активных пакетов, который может содержать произвольные данные и программные компоненты. Заголовок инициализации (PH) нетипизированных активных пакетов содержит дополнительные теги Header/Initiator, Header/Initiator:type и Header/Initiator/Location, представленные в табл. 1. В нетипизированных активных пакетах можно создавать файл сценария в любом формате, что позволяет использовать активные пакеты для решения широкого круга задач, а не только обмена информацией и конфигурирования приложений.
4. Средства управления активными пакетами
Программные средства управления активными пакетами в узле распределенного приложения включают в себя среду исполнения активных пакетов (Node Execution Environment, NEE) и систему хранения активных пакетов (System Storage of Active Packets, SSAP) [8].
Среда исполнения активного пакета (NEE) включает набор интерфейсов для непосредственного исполнения поступившего пакета, передачи активного пакета на другие узлы, планирования поведения активного пакета, например, при повторном запуске пакета или в режиме ожидания поступления других пакетов. Система хранения активных пакетов (SSAP) обеспечивает хранение активных пакетов в интервалах между запусками.
Обмен пакетами может осуществляться только между узлами, имеющими соответствующие интерфейсы. В процессе обработки активного пакета узел предоставляет пакету свои вычислительные ресурсы. Активность со стороны узла проявляется только в момент получения нового активного пакета.
Процесс обмена активными пакетами между узлами распределенного приложения можно разделить на несколько этапов. На первом этапе (рис. 3) осуществляется подготовка активного пакета и его загрузка в среду исполнения узла-отправителя. На данном этапе выполняются следующие шаги:
1) создание активного пакета специальными средствами подготовки;
2) обращение к среде исполнения для загрузки активного пакета;
3) выборка средой исполнения узла-отправителя активного пакета в файловой системе;
4) загрузка активного пакета из потока в среду исполнения с помощью менеджера активных пакетов;
5) получение отчета о загрузке активного пакета в систему управления.
На втором этапе (рис. 4) происходит передача активного пакета на
удаленный узел с участием среды исполнения и менеджера активных пакетов. Среда исполнения подготавливает активный пакет к отправке (шаг 1, рис. 4) и вызывает менеджер активных пакетов (шаг 2, рис. 4), который непосредственно осуществляет отправку пакета на удаленный узел (шаг 3-4, рис. 4).
На последнем шаге (шаг 5, рис. 4) происходит передача отчета о результатах отправки активного пакета в среду исполнения.
Рис. 3. Этап подготовки и загрузки активного пакета в среду исполнения
Рис. 4. Этап передачи активного пакета узлом-отправителем на удаленный узел
Третий этап (рис. 5) включает в себя процессы обработки полученного активного пакета на удаленном узле и состоит из нескольких шагов:
1) получение активного пакета и помещение его в файловое хранилище;
2) загрузка пакета в среду исполнения с помощью менеджера активных пакетов;
3) запуск активного пакета на исполнение вызовом метода Execute.
Запуск активного пакета на исполнение может осуществляться с помощью специального файла запуска. В качестве вариантов реализации файла запуска рассматривались исполняемый файл (exe-файл) и динамически подключаемая библиотека (dll-файл).
Рис. 5. Этап получения, обработки и запуска на исполнение активного пакета на узле-получателе
В случае использования в качестве файла запуска exe-файла активный пакет становится независимым от среды исполнения и может быть запущен самостоятельно в любое время. При этом несанкционированный запуск exe-файла может нарушить политику безопасности, поддерживаемую на узлах.
С целью повышения информационной безопасности был выбран формат реализации файла запуска активного пакета в виде динамически подключаемой библиотеки (dll-файл). Основной функцией данной библиотеки является проверка целостности активного пакета и правильности файла сценариев, а также запуск активного пакета на выполнение. При инициализации библиотеки можно передать копию объекта среды исполнения для доступа к ряду функций узла. В настоящее время файл запуска активного пакета реализован в виде динамически подключаемой библиотеки Init.dll, размещенной в локальном репозитории активного пакета PLR.
Программные интерфейсы (Application Programming Interface, API) среды исполнения предоставляют активному пакету лишь один метод Execute. В методе Execute среда исполнения считывает заголовок инициализации активного пакета, обращается с запросом к локальному репозиторию активного пакета (PLR) и передает на исполнение файл-сценария (Init.pyc). После этого пакет может управлять «своей жизнью» самостоятельно, планируя время своего следующего запуска средствами системы программирования расписаний API среды исполнения.
Четвертый этап (рис. 6) заключается в подготовке ответного пакета и отправки его на узел. В ходе этого выполняются следующие шаги:
1) создание ответного активного пакета специальными средствами подготовки активных пакетов;
2) обращение к среде исполнения для загрузки активного пакета;
3) поиск средой исполнения нового пакета в файловом хранилище;
4) отправка пакета с помощью менеджера активных пакетов;
5) получение отчета об отправке ответного активного пакета на узел Отправитель.
Рис. б. Этап подготовки и отправки ответного активного пакета
Стоит отметить, что корректное функционирование предлагаемых средств управления активными пакетами без наложения каких-либо дополнительных ограничений на пакет возможно только в сети с высокой степенью доверия между узлами, так как выполняемые пакетом действия не должны нанести какой-либо вред. В настоящее время в большинстве случаев построение распределенной системы осуществляется на основе сети Интернет, где уровень доверия между узлами низкий. Поэтому для повышения безопасности возможно исполнение команд пакета в среде так называемой «песочницы» с ограниченным доступом к определенным ресурсам узла по аналогии с ограничениями на исполнение JavaScript в браузерах или скриптов на стороне HTTP-серверов [9].
Заключение
В статье исследуется задача обмена информацией и конфигурирования программного обеспечения распределенных приложений. Отмечаются проблемы обмена информацией и конфигурирования распределенных приложений, обусловленные сложностью тиражирования и синхронизации данных, метаданных и приложений между подсистемами и компонентами, расположенными на разных уровнях организационной структуры компаний, территориальной распределенностью приложений, их информационной, аппаратной и программной гетерогенностью.
Для решения задач обмена информацией и конфигурирования программного обеспечения распределенных приложений предлагается использовать активные пакеты, которые не только доставляют необходимую информацию на узлы распределенной системы, но являются полноправными субъек-
тами управления процессом обработки информации. Рассматриваются принципы организации и функционирования активных пакетов, обосновывается применение активных пакетов для решения задач информационного обмена и конфигурационного управления в распределенных приложениях, вводится классификация активных пакетов.
Активные пакеты и средства управления активными пакетами в узлах распределенной системы в виде среды исполнения активных пакетов (NEE) могут служить основой для построения программных средств обмена гетерогенной информацией и конфигурирования распределенных приложений на основе модульной архитектуры.
Список литературы
1. Таненбаум, Э. Распределенные системы. Принципы и парадигмы / Э. Танен-баум, М. Стен. - СПб. : Питер, 2003. - 877 с.
2. Груневеген, Х. Конфигурирование или адаптация? / Х. Груневеген // Открытые системы. - 2008. - № 6. - С. 37-41.
3. Ш ибанов, С. В. Активная система управления тиражированием и синхронизацией метаданных в корпоративных информационных системах / С. В. Шибанов, О. А. Шевченко, А. С. Илюшкин // Известия высших учебных заведений. Поволжский регион. Технические науки. - 2010. - № 1. - С. 25-35.
4. Шибанов, С. В. Конфигурирование и адаптация приложений распределенных информационных систем на основе технологии активных пакетов / С. В. Шибанов, А. А. Мезенков, О. А. Шевченко, А. С. Илюшкин // Научный сервис в сети Интернет: поиск новых решений : тр. Междунар. суперкомпьютерной конф. - М. : Изд-во МГУ, 2012. - С. 562-569.
5. Brad Price. Mastering System Center Operations Manager 2007 / Brad Price,
John Paul Mueller, Scott Fenstermacher. - Published by Wiley Publishing, 2007. -
432 p.
6. Илюшкин, А. С. Концепция активного пакета для распространения данных в распределенных системах / А. С. Илюшкин, С. В. Шибанов, О. А. Шевченко // Технологии Microsoft в теории и практике программирования : материалы конф. -Н. Новгород : Изд-во ННГУ, 2010. - С. 158-160.
7. Kshemkalyani, A. D. Distributed Computing. Principles, Algorithms, and Systems / A. D. Kshemkalyani, M. Sighal. - Cambridge : Cambridge University Press, 2008. - 756 p.
8. Илюшкин, А. С. Система исполнения активного пакета в узлах распределенной системы / А. С. Илюшкин, С. В. Шибанов, О. А. Шевченко // Технологии Microsoft в теории и практике программирования : материалы конф. - Н. Новгород : Изд-во ННГУ, 2010. - С. 165-167.
9. Нор ткатт, С. Защита сетевого периметра / С. Норткатт, К. Фредерик,
Р. В. Ричи и др. - СПб. : ТИД «ДС», 2004. - 672 с.
References
1. Tanenbaum, E. Raspredelnnyye sistemy. Printsipy i paradigmy / E. Tanenbaum, M. Sten. - SPb. : Piter, 2003. - 877 s.
2. Grunevegen, KH. Konfigurirovaniye ili adaptatsiya? / KH. Grunevegen // Ot-krytyye sistemy. - 2008. - № 6. - S. 37-41.
3. Shibanov, S. V. Aktivnaya sistema upravleniya tirazhirovaniyem i sinkhroni-zatsiyey metadannykh v korporativnykh informatsionnykh sistemakh / S. V. Shibanov, O. A. Shevchenko, A. S. Ilyushkin // Izvestiya vysshikh uchebnykh zavedeniy. Povolzhskiy region. Tekhnicheskiye nauki. - 2010. - № 1. - S. 25-35.
4. Shibanov, S. V. Konfigurirovaniye i adaptatsiya prilozheniy raspredelennykh in-formatsionnykh sistem na osnove tekhnologii aktivnykh paketov I S. V. Shiba-nov, A. A. Mezenkov, O. A. Shevchenko, A. S. Ilyushkin II Nauchnyy servis v seti Internet: poisk novykh resheniy і tr. Mezhdunar. superkomp'yuternoy konf. - M. і Izd-vo MGU, 2012. - S. 5б2-5б9.
5. Brad Price. Mastering System Center Operations Manager 2007 I Brad Price, John Paul Mueller, Scott Fenstermacher. - Published by Wiley Publishing, 2007. - 432 p.
6. Ilyushkin, A. S. Kontseptsiya aktivnogo paketa dlya rasprostraneniya dannykh v raspredelennykh sistemakh I A. S. Ilyushkin, S. V. Shibanov, O. A. Shevchenko II Tekhnologii Microsoft v teorii i praktike programmirovaniya і materialy konf. -N. Novgorod і Izd-vo NNGU, 2010. - S. 15S-160.
7. Kshemkalyani, A. D. Distributed Computing. Principles, Algorithms, and Systems I A. D. Kshemkalyani, M. Sighal. - Cambridge і Cambridge University Press, 200S. - 75б p.
S. Ilyushkin, A. S. Sistema ispolneniya aktivnogo paketa v uzlakh raspredelen-noy sistemy I A. S. Ilyushkin, S. V. Shibanov, O. A. Shevchenko II Tekhnologii Microsoft v teorii i praktike programmirovaniya і materialy konf. - N. Novgorod і Izd-vo NNGU, 2010. - S. 1б5-1б7.
9. Nortkatt, S. Zashchita setevogo perimetra I S. Nortkatt, K. Frederik, R. V. Richi i dr. - SPb. і TID «DS», 2004. - б72 s.
Шибанов Сергей Владимирович
кандидат технических наук, доцент, кафедра математического обеспечения и применения ЭВМ, Пензенский государственный университет (г. Пенза, ул. Красная, 40)
Б-таЛ: serega@pnzgu.ru
Мезенков Антон Александрович аспирант, Пензенский государственный университет (г. Пенза, ул. Красная, 40)
Б-таП: 5114@bk.ru
Шевченко Ольга Анатольевна
соискатель, кафедра математического обеспечения и применения ЭВМ, Пензенский государственный университет (г. Пенза, ул. Красная, 40)
Б-таП: shevka_oa@mail.ru
Илюшкин Алексей Сергеевич аспирант, Пензенский государственный университет (г. Пенза, ул. Красная, 40)
E-mail: alexey.ilyushkin@gmail.com
Shibanov Sergey Vladimirovich Candidate of engineering sciences, associate professor, sub-department of software and computer application, Penza State University (Penza, 40 Krasnaya str.)
Mezenkov Anton Alexandrovich Postgraduate student,
Penza State University (Penza, 40 Krasnaya str.)
Shevchenko Olga Anatolyevna Applicant, sub-department of software and computer application,
Penza State University (Penza, 40 Krasnaya str.)
Ilyushkin Aleksey Sergeevich Postgraduate student,
Penza State University (Penza, 40 Krasnaya str.)
УДК 004.623; 004.75 Шибанов, ^ В.
Принципы организации и функционирования активных пакетов для обмена информацией и конфигурирования распределенных приложений / С. В. Шибанов, А. А. Мезенков, О. А. Шевченко, А. С. Илюшкин // Известия высших учебных заведений. Поволжский регион. Технические науки. - 2013. - № 1 (25). - С. 5-18.
