CC BY
51
Литература
1. Johnson D., Murary K., RajuM. Eucalyptus Beginner's Guide. - UEC Edition, CSS Corp. Pvt. Ltd, 2010.
2. Simple Object Access Protocol (SOAP). - http://www.w3.org/2000/xp/Group.
3. Web Services Description Language (WSDL). - http://www.w3.org/2002/ws/desc.
4. Java Technology and Web Services. - http://java.sun.com/webservices.
5. UEC. - http://help.ubuntu-it.org/10.04/ubuntu/serverguide/it/uec.html.
6. Oracle(R) Glassfish Server 3.0.1 Release Notes. - http://download.oracle.com/docs/cd/E19798-01/821-1759/821-1759.pdf.
7. MySQL Database 5.5. - http://www.mysql.com/products/enterprise/database.
УДК 004.4
ВАК 05.13.01
КОНТРОЛЬ ОБЛАЧНЫХ СЕРВИСОВ НА БАЗЕ МНОГОАГЕНТНЫХ ТЕХНОЛОГИЙ
Е. В. Павлова, младший научный сотрудник, аспирант кафедры АСОИиУ Тел.: (916) 128-72-56, e-mail: Pavlova87@inbox.ru Московский государственный университет экономики, статистики и информатики
(МЭСИ) http://www.mesi.ru
The article is devoted to the monitoring of cloud services using program agents and methodology of ITIL/ITSM. Some features of compiling cloud Service Catalogue are shown , including the description of the Catalogue in the library of the best practice experience ITIL (2 and 3 versions). The features of composing and control of Service Level Agreements in cloud environment are also considered. The description of metrics for cloud services is presented in the context of monitoring of cloud SLA. The multi-agent system is offered for using as the main tool of monitoring cloud services. Since program agents have some features in cloud environment, specific requirements to them are identified.
Статья посвящена контролю облачных сервисов на базе программных агентов с учетом методологии ITIL/ITSM. Выделены особенности составления Каталога облачных сервисов с учетом его описания в библиотеке лучшего практического опыта ITIL версий 2 и 3. Также рассмотрены особенности составления и контроля Соглашений об уровне сервиса в облачной среде. В контексте мониторинга облачных SLA присутствует описание метрик облачных сервисов. В качестве основного инструмента мониторинга облачных услуг предлагается использовать многоагентную систему. Так как программные агенты в облачной среде имеют некоторые особенности, к ним выделены специфические требования.
Ключевые слова: облачные услуги, облачные вычисления, ITIL, ITSM, метрики, программные агенты, интеллектуальные агенты, каталог услуг, соглашение об уровне сервиса.
Keywords: cloud services, cloud computing, ITIL, ITSM, metrics, program agents, intellectual agents, service catalogue, service level agreement.
Введение
В настоящее время облачные вычисления являются одной из самых обсуждаемых тем в ИТ-сообществе. И особое внимание уделяется облачным услугам типа SaaS (Software as a Service, приложение как услуга). Именно этот вид облачных услуг наиболее динамично развивается в России. Сегодня ряд поставщиков на отечественном рынке уже предоставляет услуги по модели SaaS, а самое главное - эти услуги имеют возрастающий спрос.
Чтобы подчеркнуть растущую популярность SaaS, хотелось бы привести некоторые статистические данные. По данным компании Софтлайн за 2009 год, используют SaaS-решения 45% опрошенных компаний, не используют SaaS, но планируют начать использовать -не планируют использовать SaaS - 22%. Также в 2009 году компанией
33%, не используют и
Софтлайн было проведено статистическое исследование, в рамках которого было определено, какую часть инфраструктуры российские компании готовы вынести в облако. И были получены следующие результаты: e-mail - 24%, CRM - 4%, ERP - 2%, антивирус - 13%, офисные программы - 7%, бухгалтерия - 7%, коммуникации - 5%, HelpDesk - 7%, телеконференции - 5%, другое - 7%, я не доверяю SaaS - 19%. Таким образом, можно сделать вывод, что SaaS-решения в ближайшем будущем будут активно развиваться, приобретая все большую популярность. Об этом можно судить и по аналитическим данным компании IDC, которая прогнозирует увеличение объема рынка облачных вычислений в России к 2014 году до 160 млн. долларов.
Постановка задачи контроля облачных сервисов
Несмотря на растущую популярность, многие пока еще относятся к SaaS и к облачным вычислениям в целом довольно скептически. Поскольку это новое направление в сфере информационных технологий, организации пока еще не решаются доверить провайдерам свои данные и воспользоваться услугами SaaS. У предприятий могут возникать опасения относительно потери данных в облаке, нарушения конфиденциальности и попадания корпоративной информации в руки конкурентов, недоступности критически важных для бизнеса сервисов в нужный момент и т. д. Компанией Cutter Consortium в 2009 году было проведено статистическое исследование, в рамках которого было выяснено, почему предприятия пока не решаются использовать SaaS. Были получены следующие результаты: не понятны преимущества SaaS - 40%, обеспокоенность по интеграции SaaS с др. приложениями - 20%, неуверенность в надежности поставщика - 10%, неуверенность, что можно настроить SaaS под свои требования, - 10%, обеспокоенность относительно безопасности - 10%, неуверенность в качестве поддержки пользователей - 10%.
Организация эффективного контроля облачных ИТ-услуг и гарантии стабильности согласованного уровня сервиса помогут частично уменьшить вероятность возникновения перечисленных выше рисков и развеять опасения заказчиков по поводу надежности предоставляемых облачных услуг. Таким образом, представляется целесообразным исследовать и предложить методы и средства для решения задачи контроля облачных ИТ-услуг.
Методы решения задачи контроля облачных сервисов
Контроль облачных ИТ-услуг является комплексной задачей, к решению которой необходимо подходить с двух сторон: со стороны управления информационными сервисами, используя методологию ITIL/ITSM с адаптацией ее принципов к особенностям условий облачной среды, а также со стороны технического мониторинга, реализованного на базе интеллектуальных программных агентов.
Нельзя не отметить тот факт, что облачные сервисы являются более сложными, чем традиционные ИТ-услуги. При этом облачным сервисом может быть не только цельное SaaS-приложение, но и отдельный прикладной функциональный блок, который является самодостаточным, может подключаться к другим сервисам, приложениям и платформам. В этой связи необходимо более детально описывать услуги и по-новому подходить к формированию Каталога услуг. Также более подробный Каталог услуг, безусловно, поможет заказчикам понять, что именно ему предлагается в рамках того или иного облачного сервиса. Дать клиентам такое понимание крайне важно, потому что, как говорилось выше, самый большой процент отказов от использования SaaS - это отсутствие понимания преимуществ технологии. К этому нас подводит и библиотека лучшего практического опыта ITIL. Согласно ITIL v2, Каталог услуг должен представлять собой достаточно простой и одновременно с этим информативный документ. В книге Service Delivery приведен пример, в котором представлена таблица, где в строках перечислены ИТ-услуги, а в столбцах - функциональные подразделения организации [1]. Таким образом, мы видим простую и наглядную общую картину, позволяющую понять, каким подразделениям бизнеса предоставляются какие ИТ-услуги.
В ITIL v3 Каталогу услуг уделено гораздо больше внимания. К сожалению, вторая версия библиотеки ITIL не дает нам ответов на ряд важных вопросов относительно Каталога услуг. Например, какие услуги включаются в каталог, а какие нет? Как задается направление развития услуг? Где определены новые услуги, которые только проектируются? Куда деваются старые услуги, которые уже выведены из эксплуатации? Авторы третьей версии ITIL попытались дать нам эти ответы. Было введено понятие - Портфель услуг, а также новый процесс - Управление портфелем услуг. В глоссарии Портфель услуг определяется как полный набор услуг, которые
управляются поставщиком услуг. Портфель услуг используется для управления полным жизненным циклом всех ИТ-услуг и включает в себя три категории:
• услуги, находящиеся в разработке (Service Pipeline);
• Каталог услуг, то есть услуги, находящиеся в промышленной эксплуатации и услуги, готовые к внедрению;
• услуги, выведенные их эксплуатации (Retired Services) [2].
Портфель услуг формируется на основе рисков и выгод заказчика. Все ИТ-услуги, предлагаемые для портфеля, рассматриваются через призму ценности для бизнеса клиента. Когда происходят определенные изменения в бизнесе, возникает необходимость адаптации, меняются требования заказчика к ИТ-услугам и тогда происходят соответствующие изменения в отношении Портфеля услуг. Таким образом, он является ценным стратегическим элементом.
Что касается Каталога услуг, то согласно ITIL v3, он должен содержать в себе гораздо больше информации, чем в ITIL v2. В нем должна храниться следующая информация по всем услугам: описание услуги, тип, перечень поддерживающих сервисов, бизнес-владельцы, бизнес-единицы (потребители), менеджеры сервиса, бизнес-влияние, бизнес-приоритет, контактные лица со стороны ИТ и со стороны бизнеса, оценка услуги, ранг безопасности и т. д. [3]. Изменилась и его структура. Теперь он состоит из двух больших частей: каталог бизнес-услуг и технический каталог услуг. Каталог бизнес-услуг ориентирован на заказчика, он содержит в себе ИТ-услуги с привязкой к бизнес-процессам. Технический каталог услуг создан для ИТ-персонала и скрыт от клиентов и пользователей. В нем содержится информация по каждой ИТ-услуге, отражающая связанные с ней поддерживающие сервисы, программное и аппаратное обеспечение, необходимое для ее предоставления, а также информационное обеспечение (документация, инструкции, регламенты) и другие внутренние данные, необходимые ИТ-специалистам [3].
Вместе со всеми значительными переменами, которые произошли с Каталогом услуг в третьей версии ITIL, изменилось и само определение каталога. Теперь это не только структурированный документ, это база данных с информацией обо всех используемых информационных услугах. Отдельно стоит отметить, что в облачной среде Каталог услуг должен включать в себя встроенный инструментарий, позволяющий автоматически подключать выбранные облачные сервисы. Также можно предположить, каким может стать Каталог услуг в будущем. С учетом увеличения и количества услуг, и типов услуг, и провайдеров, а также с учетом активного развития принципов сервисно-ориентированной архитектуры (SOA), основанной на слабой связанности компонентов систем и интеграции, где в качестве услуги может быть предоставлено не только определенное программное средство, но и, например, отдельный функциональный модуль, Каталог услуг может превратиться в общий открытый реестр сервисов, в который все провайдеры смогут добавлять свои услуги. Это позволит организовать для заказчиков удобную систему поиска необходимых ИТ-услуг, а также оперативную процедуру их подключения, использования и отключения. Однако реализация подобного каталога потребует высокой степени стандартизации его компонентов: описания возможных уровней сервиса, механизмов ценообразования и т. д.
Продолжая говорить о контроле с точки зрения методологии ITIL/ITSM, нужно отметить, что он является частью всех процессов управления ИТ-услугами. Однако в рамках решения данной задачи главным образом затронут процесс управления уровнем сервиса (Service Level Management, SLM). Этот процесс в значительной степени отвечает за качество предоставляемых услуг, так как цель процесса - гарантировать согласованный с заказчиком уровень обслуживания [1]. В облачной среде возрастает значимость Соглашения об уровне сервиса (Service Level Agreement, SLA). Этот договор описывает предоставляемые сервисы, документирует целевые показатели уровня обслуживания, указывает зоны ответственности поставщика и заказчика, и поэтому является одним из важнейших документов при их взаимодействии. Очень важно не только правильно составить Соглашение об уровне сервиса, но и тщательно его контролировать и при необходимости подвергать пересмотру. Конечно, контролировать выполнение SLA можно, только если четко определены уровни услуг и сами услуги (в каталоге). А в облачной среде еще возникает необходимость мониторинга параметров SLA в режиме реального времени. Для этого очень важно, во-первых, правильно выделить состав метрик, однозначно характеризующих определенный уровень сервиса по предоставляемой облачной ИТ-услуге, а во-вторых, настроить средства технического мониторинга с учетом особенностей облачной среды. Помимо этого, необходимо определить как показатели предоставления облачного сервиса, так и показа-
тели, влияющие на гарантии его предоставления. Определение показателей предоставления сервиса должно включать определение пороговых значений показателя: значение, отражающее деградацию сервиса, ниже которого опускаться нельзя, и значение целевое, к которому надо стремиться [4]. К показателям, влияющим на гарантии предоставления услуги, относят доступность, мощность, непрерывность и безопасность (согласно книге Service Strategy ITIL v3). Эти показатели составляют гарантию качественного предоставления ИТ-услуг для пользователя. А гарантия вместе с полезностью несут ценность для клиента в виде гарантированно качественной и полезной услуги.
Отдельно хотелось бы отметить следующую особенность метрик облачных ИТ-услуг. Поскольку в облачной среде неизбежно использование виртуализации, то метрики должны быть комбинированными, то есть отражать работу как физических, так и виртуальных компонентов, обеспечивающих предоставление облачного сервиса. Кроме этого метрики должны отражать работу сервисов и с функциональной точки зрения в соответствии с описанной семантикой.
Далее подойдем к вопросу технического мониторинга облачных ИТ-услуг, для реализации которого оптимальным средством являются интеллектуальные программные агенты, являющиеся важнейшими компонентами большинства систем мониторинга. Но с учетом всех особенностей облачных вычислений к программным агентам предъявляются новые требования. Попробуем определить, какими должны быть агенты, контролирующие облачные услуги.
Основой для организации облачных услуг является виртуализация, поэтому в облаке возникает необходимость управления виртуальными ресурсами, различными виртуальными платформами и т. д. Это рождает новые объекты мониторинга для программных агентов - виртуальные [7]. Другими словами, теперь агенты должны контролировать не только физические компоненты ИТ-инфраструктуры, но и виртуальные, такие как виртуальные машины, виртуальные серверы и т. д.
Поскольку виртуализация абстрагирует вычислительные ресурсы, для нее оказываются неэффективными традиционные метрики производительности и доступности физических систем - загрузка процессора, памяти, использование кэша и др. Виртуальным платформам и облачным средам нужны средства, обеспечивающие в реальном времени выявление и диагностику проблем производительности всей инфраструктуры, включая физические и виртуальные компоненты [7]. Для этого необходимы консолидация сбора данных, корреляция событий с физических и виртуальных серверов и получение агрегированных метрик производительности и доступности для единой среды, позволяющие выявлять корневые причины сбоев. Таким образом, крайне важно эффективно организовать общение между агентами, контролирующими физические и виртуальные компоненты ИТ-инфраструктуры.
Виртуализация также снижает уровень «визуализации» использования ИТ-ресурсов, поэтому возникает потребность автоматического обнаружения и контроля всех ресурсов в их взаимосвязи. Теперь программным агентам необходимо при инициализации определенной облачной услуги потребителем обнаруживать как элементы инфраструктуры, так и элементы сервиса (включая виртуальные и физические серверы, сетевые соединения и приложения) для мониторинга их работы и отслеживания всех изменений [7].
Следующим требованием к программным агентам в облачной среде является их участие в контроле Соглашений об уровне сервиса. Необходимо реализовать интеграцию мультиагентной системы с информационной системой класса Service Desk для возможности идентификации агентами параметров клиентских SLA и отслеживания их выполнения в режиме реального времени. Отсюда вытекает еще одно требование. Средства интеллектуального мониторинга должны позволять инициировать необходимые действия в случае обнаружения снижения качества облачного сервиса или в случае нарушения SLA. Например, мультиагентная система должна иметь возможность автоматически инициировать выделение дополнительных ресурсов облака в случае падения производительности.
Для реализации динамических сервисов, помимо технологий виртуализации необходимы процессы и инструменты управления мощностями. В этом случае агенты должны осуществлять мониторинг загрузки виртуальных и физических компонент инфраструктуры для оптимизации выделения и распределения облачных ресурсов, исходя из данных об исходных потребностях пользователей и их текущих изменениях.
Заключение
Роль интеллектуальных программных агентов как средств мониторинга и контроля облачных сервисов очень значительна. Мультиагентная система, созданная в соответствии с пере-
численными выше требованиями, позволит осуществлять мониторинг облачных сервисов с учетом принципов управления ИТ-услугами по методологии ITIL/ITSM. Стоит отметить, что в рамках современного ITSM услуга определяется как способ предоставления ценности клиенту, состоящей из полезности (функционал сервиса) и гарантий, которые часто обеспечивают интеллектуальные средства контроля на базе программных агентов. Следовательно, мощная мультиагентная система, осуществляющая эффективный контроль облачной среды, - это почти половина успеха, которая необходима в образовании ценности предоставляемых облачных услуг. Также немаловажную роль играют методические рекомендации по управлению облачными сервисами в части формирования Каталога услуг и в части формирования и контроля Соглашений об уровне сервиса (SLA) вместе с системой метрик и показателей эффективности работы облачных ИТ-услуг. Все это поможет провайдерам облачных сервисов организовать их предоставление таким образом, чтобы услуги соответствовали ожиданиям заказчиков, были полезны и выгодны для их бизнеса.
Литература:
1. Service Delivery ITIL v2, OGC.
2. Service Strategy ITIL v3, OGC.
3. Service Design ITIL v3, OGC.
4. Брукс П. Метрики для управления ИТ-услугами / Пер. с англ. - М.: Альпина Бизнес Букс, 2008.
5. Фостер Я., Дженнингс Н. Р., Кессельман К. Ум и сила сходятся: почему грид и агенты нужны друг другу / Пер. с англ. Д. А. Корягина. - http://www.gridclub.ru/library/publication.2006-02-28.0712570840/publ_file.
6. Открытые системы, 2007. № 6.
7. Открытые системы, 2010. № 6.
8. O 'Neill P., Hubbert E. The Forrester Wave: Business Service Management. - Forrester Research, March 2007.
9. www.itexpert.ru.
УДК 004
ВАК 05.00.35
ИНФРАСТРУКТУРА ПРОСТРАНСТВЕННЫХ ДАННЫХ -ОСНОВА МЕЖДИСЦИПЛИНАРНЫХ НАУЧНЫХ ИССЛЕДОВАНИЙ ГЕОСИСТЕМ И БИОРАЗНООБРАЗИЯ БАЙКАЛЬСКОЙ ПРИРОДНОЙ ТЕРРИТОРИИ
И. В. Бычков, член-корреспондент РАН, д. т. н., директор Тел.: (3952) 42-71-00, e-mail: idstu@icc.ru Учреждение Российской академии наук Институт динамики систем и теории
управления (ИДСТУ) СО РАН
http://idstu. irk. ru В. М. Плюснин, д. г. н., директор Тел.: (3952) 42-69-20, e-mail:plyusnin@irigs. irk.ru Учреждение Российской академии наук Институт географии (ИГ) СО РАН
http://www. irigs. irk. ru В. И. Воронин, д. б. н., заместитель директора Тел.: (3952) 40-56-66, e-mail: voronin@sifibr.irk.ru Учреждение Российской академии наук Сибирский институт физиологии и биохимии растений (СИФИБР) СО РАН http://www.sifibr. irk. ru Г. М. Ружников, к. т. н., заместитель директора Тел.: (3952) 45-30-06, e-mail: rugnikov@icc.ru http://idstu. irk. ru А. Е. Хмельное, к. т. н., заведующий лабораторией Тел.: (3952) 45-30-71, e-mail: hmelnov@icc.ru
