Назначение и функции программных средств промежуточного слоя среды открытых систем

Microsoft и IBM обладают комплектами прикладных программ сетевого управления, распространения программных средств, электронной почты, доступа к универсальным машинам и другими, предназначенными для того, чтобы сделать среду одинаково прозрачной во многих областях. В таких средах между программами регулярно передаются сведения о настройке конфигурации, графическая и вычислительная информация.ТенденцииПрограммное обеспечение промежуточного слоя завоевало место под солнцем и стало реальным фактором информационных технологий. Его компоненты со временем будут изменяться. Один из сильных стимулов эволюции ПО промежуточного слоя - бурное развитие новых областей применения, таких как мобильные вычисления, групповое ПО (groupware) и мультимедиа. Новые области применения обычно выдвигают некоторые новые требования, которым пока не удовлетворяют современные сервисы ПО промежуточного слоя. Несложно проследить процесс эволюции сервисов. Первоначально разработчики, стремясь удовлетворить новые требования, создают частную интегрирующую среду. Через некоторое время тот или иной сервис данной ИС становится чрезвычайно популярным и начинает пользоваться все возрастающим спросом, и преимущественно вне рамок данной ИС - с целью его использования в других ИС. В этой ситуации конкретный сервис обычно становится независимым компонентом ПО промежуточного слоя.Сегодня ПО промежуточного слоя слишком неоднородно, с чем приходится мириться как потребителям, так и разработчикам. Потребители и организации, разрабатывающие стандарты, решают эту проблему, предлагая профили, в которые входит некоторое подмножество множества сервисов ПО промежуточного слоя, покрывающее ограниченный набор принципиально важных функций (без дублирования, т.е. по одному сервису на каждую функцию). Один из наиболее известных профилей - X/Open Portability Guide. К сожалению, для разных профилей выбираются различные сервисы, что тяжким грузом ложится на производителей ПО, которые стремятся продавать свои продукты клиентам, требующим разных профилей. В конечном счете это наносит вред пользователям, поскольку производители ПО вынуждены вкладывать свои усилия в разработку различных профилей. Группы по разработке стандартов начинают относиться к этой проблеме внимательнее, и более серьезно работают над тем, чтобы скоординировать свои усилия во избежание распространения конкурирующих стандартов. В конце концов рынок все расставит по своим местам, когда определенные компоненты и профили превратятся в недорогие потребительские товары. Появление на рынке нестандартных компонентов и их конкуренция с общепринятыми решениями станут невозможными.Хотя профили способны упростить набор сервисов ПО промежуточного слоя, они в то же время могут быть источником серьезных проблем интеграции. Независимо разработанные сервисы ПО промежуточного слоя трудно использовать совместно, пока не выработаны общие соглашения, например, соглашения по формату имен и общему контексту (идентификаторы пользователя и сессии). Кроме того, необходимость мирного сосуществования большинства реализаций сервисов может потребовать их (сервисов) модификации. Возможны, например, конфликты в именах; сервисы ПО промежуточного слоя могут потребовать разные версии базисных сервисов (ОС или коммуникационных сервисов). Поэтому при определении профиля необходимо обратить внимание прежде всего на адекватную архитектуру. К сожалению, слишком часто те, кто определяет профили, оставляют эту работу производителям ПО и потребителям, так что зачастую тем приходится разбираться во всем самим.Производители ПО тоже реагируют на неоднородность ПО промежуточного слоя. Они сформировали консорциумы - часто совместно с большими компаниями-потребителями ПО - для создания профилей, нужных и производителям, и пользователям. В качестве примера можно упомянуть X/Open и Object Management Group. Консорциумы также работают над интеграцией наборов сервисов ПО промежуточного слоя, с тем чтобы результат такой интеграции можно было использовать в качестве готового решения. Например, OSF DCE интегрирует RPC со службой каталогов, службой времени, службой безопасности и файловым сервисом. OSF пытается работать в том же стиле над средой распределенного управления (Distributed Management Environment - DME). Отдельные производители ПО публикуют те интерфейсы ПО промежуточного слоя, которым они отдают предпочтение. Цель - сообщить разработчикам приложений, на что те могут рассчитывать. Например, DECделаетставкунаNetworkApplicationSupport (NAS), аMicrosoft - наWindowsOpenServicesArchitecture (WOSA).Современное ПО промежуточного слоя недолго будет оставаться неоднородным. Поэтому, разрабатывая новый сервис, производитель должен быстро найти способ сделать его фактическим стандартом. Это на первый взгляд существенно противоречит интересам производителей ПО, так как раньше времени делает некоторую новую неапробированную технологию общеупотребительной. Однако разработчики приложений не станут использовать сервис, не будучи уверенными, что он станет фактическим стандартом. Некоторые технологии определяются независимыми организациями, работающими в области стандартизации (мы уже говорили о них выше). Эти технологии (опирающиеся на открытые стандарты) по-настоящему открыты и поэтому могут быть реализованы разными производителями. Поскольку реализация каждого производителя поддерживает одни и те же стандартные функции, производители могут конкурировать между собой за счет более высокого уровня диффузионных свойств ПО промежуточного слоя или за счет расширения функциональности нестандартным путем (то есть путем добавления новых сервисов). Большие компании уже используют ПО промежуточного слоя в своем движении к развитым информационным службам. Тенденции упрощения и стандартизации middleware, а также расширения его функциональности в новых областях приложений в будущем сделают эту зависимость еще сильнее.ЗаключениеПО ПС уменьшает сложность создания распределенных систем. Подобное ПО берет на себя часть функций, которые в локальном случае выполняют операционные системы;ПО ПС берет на себя маршрутизацию запросов, позволяя тем самым обеспечить “живучесть” прозрачным для пользователей образом;ПО ПС осуществляет балансировку загрузки вычислительных мощностей, что также способствует повышению доступности данных;ПО ПС в состоянии осуществлять тиражирование любой информации, а не только содержимого баз данных. Следовательно, любое приложение можно сделать устойчивым к отказам серверов;ПО ПС в состоянии отслеживать состояние приложений и при необходи-мости тиражировать и перезапускать программы, что гарантирует “живу-честь” программных систем;ПО ПС дает возможность прозрачным для пользователей образом выпол-нять переконфигурирование (и, в частности, наращивание) серверных компонентов, что позволяет масштабировать систему, сохраняя инвестиции в прикладные системы. Стабильность прикладных систем – важный фактор повышения доступности данных.Ранее мы упоминали о достоинствах использования ПО ПС в рамках межсетевых экранов, которые в таком случае становятся элементом обеспечения отказо-устойчивости предоставляемых информационных сервисов.ЛитератураГОСТ Р ИСО / МЭК ТО 10000-1-99. Информационная технология. Основы и технология функциональных стандартов. Часть 1. Основные положения и основы документирования. ГОСТ Р ИСО / МЭК ТО 10000-2-99. Информационная технология. Основы и таксономия функциональных стандартов. Часть 2. Принципы и таксономия профилей ВОС. ГОСТ Р ИСО / МЭК ТО 10000-3-99. Информационная технология. Основы и таксономия функциональных стандартов. Часть 3. Принципы и таксономия профилей среды открытых систем. ГОСТ Р ИСО / МЭК 12207-99. Информационная технология. Процессы жизненного цикла программного обеспечения. Е.Н.Филинов. Архитектура и структура среды распределенной обработки данных, методы и средства формального описания cреды // Распределенная обработка информации. Труды Шестого международного семинара. Новосибирск. Сибирское отделение РАН. 1998. с. 101-105. Е.Н.Филинов. Выбор и разработка концептуальной модели среды открытых систем // Открытые системы. № 6. 1995. В.В.Липаев, Е.Н.Филинов. Мобильность программ и данных в открытых информационных системах. РФФИ. М. 1997. ISO / IEC TR 14252:1996. Information Technology. Guide to the POSIX Open System Environment (OSE). OSF DCE. Release 1.2.2. 1998 г.