Управление прикладными службами с помощью шаблонов виртуальных приложений

Шаблоны виртуальных приложений впитали в себя многолетний опыт управления облачными прикладными службами

В среде IBM® PureApplication™ System шаблон виртуального приложения ― важнейший элемент, который позволяет пользователю быстро настраивать инфраструктуру облачных приложений и управлять ею; шаблон виртуального приложения описывает приложение и использует инструменты для создания соответствующей инфраструктуры приложения, а затем развертывает приложение в этой инфраструктуре. Шаблоны виртуальных приложений IBM PureApplication System впитали многолетний опыт развертывания инфраструктуры приложений и практические рекомендации. Они объединяют оптимизированные решения из нескольких элементов промежуточного ПО для размещения определенных типов рабочих нагрузок приложения. Авторы этой статьи знакомят читателя с шаблонами виртуальных приложений и их местом в экосистеме, описывают их компоненты и функции и дают представление о том, как создавать и использовать шаблоны виртуальных приложений.

М-р Бобби Макчесни (Bobby McChesney), старший специалист по подготовке, IBM

Бобби Макчесни был специалистом по обучению в группе IBM Application Development. Его специализация - курсы по WebSphere Application Server Version 6 и Rational Application Developer for WebSphere® Software. Он также занимался курсами по программированию Java Servlet, JavaServer Pages, Struts, JavaServer Faces, и Enterprise JavaBeans. В данный момент работает в организации WebSphere Development.



Джозеф Бон, старший архитектор, IBM

Фото Джо БонаДжозеф Бон (Joseph Bohn) — старший архитектор IBM. В настоящее время занимается популяризацией технологии. Ранее представлял IBM при разработке спецификации OSGi Alliance и в проектах по созданию ПО с открытым исходным кодом, включая Apache Aries и Apache Geronimo. Работал в качестве архитектора, дизайнера, руководителя группы и разработчика над несколькими продуктами IBM, включая Integrated Solutions Console, Tivoli Presentation Services и ряд решений на базе Tivoli.



02.07.2013

С появлением семейства продуктов IBM® PureSystems™ облачные вычисления достигли новых высот. IBM PureSystems — в виде IBM PureApplication System и IBM PureFlex™ System — это комплексная облачная экспертная система, в которую входят приложения, службы, оборудование и даже опыт, предоставляемые в виде практических шаблонов для интеграции, развертывания и поддержки облачной среды уровня предприятия.

Архитектура IBM PureApplication System поддерживает три модели сегментов промежуточного ПО, три разных типа рабочих нагрузок, используемых для создания облачных решений, которые служат основными опорными колоннами системы.

  • Использование шаблонов виртуальных приложений с помощью служб платформы рабочей нагрузки. Виртуальное приложение представляет собой набор компонентов приложения, поведенческих политик и связей между ними. С помощью этого определения рабочей нагрузки, ориентированного на приложение, IBM PureApplication System автоматически строит необходимую инфраструктуру и ресурсы промежуточного ПО для создания виртуального приложения и непрерывного управления им.
  • Использование шаблонов виртуальной системы с помощью виртуализированных служб промежуточного ПО. Шаблоны виртуальной системы ― это логическое представление повторяющейся топологии для заданного набора требований по развертыванию. Например: шаблон WebSphere® Application Server Cluster содержит IBM Deployment Manager, один или несколько специальных узлов, IBM Http Server и сценарии конфигурации для установки приложений в топологию. При использовании этого подхода явно определенная конфигурация промежуточного ПО и IBM PureApplication System создадут в точности такую систему, которая определена в этом шаблоне виртуальной системы.
  • Использование виртуальных программно-аппаратных комплексов посредством служб виртуализированной инфраструктуры. Виртуальный программно-аппаратный комплекс представляет собой экземпляр рабочей нагрузки отдельного сервера, состоящий из предварительно настроенной среды операционной системы, включая необходимые элементы промежуточного ПО и приложения, предустановленные в образе формата Open Virtualization Format.

Информационные ресурсы, содержащие объяснение этих элементов, может предоставить сообщество developerWorks. Эта статья посвящена одному из таких ключевых компонентов, структуре виртуального приложения и ее влиянию на работу ИТ-специалистов.

Обзор

В общих чертах, комплекс IBM PureApplication System содержит встроенную аппаратуру и программное обеспечение, которое сочетает в себе виртуализованную рабочую нагрузку и масштабируемую инфраструктуру. В него водят поддержка ПО промежуточного уровня для данных и среды выполнения вместе с возможностями по развертыванию и управлению, которые упрощают и ускоряют эту работу, делая ее еще эффективнее.

Архитектура шаблонов виртуальных приложений ориентирована на приложение. Они обеспечивают механизм для представления промежуточных приложений в виде упрощенной модели, абстрагированной от базовой инфраструктуры промежуточного ПО. Эти шаблоны реализованы с использованием типовых шаблонов виртуальных приложений, которые объединяют возможности нескольких элементов промежуточного уровня в тесно интегрированное, специализированное решение, позволяющее скомпоновать полную, часто сложную среду в единый развертываемый модуль.

Шаблоны виртуальных приложений являют собой новую модель развертывания приложений в облаке и развитие традиционной топологии шаблонов, поддерживаемой в шаблонах виртуальных систем. По сути, шаблоны виртуальных приложений поднимают уровень абстракции на одну ступень по сравнению с шаблонами виртуальных систем (топологии) и помещают в фокус приложение. Это означает, что при использовании шаблона виртуального приложения основное внимание уделяется приложению, а не инфраструктуре приложений.

Шаблоны виртуальных приложений инкапсулируют процессы установки, настройки и интеграции промежуточного ПО, а также установки и настройки работающих на нем приложений. Большая часть этого процесса полностью скрыта от пользователя. Это означает, что у вас будет меньше контроля над процессами конфигурации и интеграции, зато вы сможете значительно сократить трудозатраты и получить расширенную свободу и гибкость. Вы сможете сосредоточиться на разработке приложения и его компонентов, возложив на IBM PureApplication System ответственность за создание и управление инфраструктурой, обслуживающей это приложение.

Сокращение времени развертывания, повышение степени согласованности и гибкость ― вот преимущества, которые можно получить, изучая облачные подходы к реализации среды промежуточного ПО приложения. IBM PureApplication System решает эти проблемы, делая процесс развертывания облачной среды промежуточного ПО быстрым, повторяемым и эффективным.

Подход на основе шаблонов составляет основу IBM PureApplication System и согласуется как с шаблонами виртуальных приложений, так и шаблонами виртуальных систем. С помощью облачного программно-аппаратного комплекса выполняется построение и развертывание шаблонов, которые представляют собой полностью настроенную среду приложения. Когда все готово для использования среды конкретного приложения, достаточно просто выбрать шаблон и развернуть его. IBM PureApplication System автоматизирует процесс развертывания, настройки и интеграции различных виртуальных машин, составляющих среду, и обеспечивает создание готового продукта в считанные минуты.


Элементы и функции шаблона виртуального приложения

IBM PureApplication System поставляется с набором встроенных виртуальных образов, шаблонов виртуальных систем и типовых шаблонов виртуальных приложений, которые могут быть развернуты немедленно. Однако создавая из этих образов и типовых шаблонов свои собственные специальные шаблоны, вы еще больше усилите выгоды этого подхода. Для этого IBM PureApplication System предоставляет исчерпывающие методы настройки для обеих моделей шаблонов, которые она поддерживает.

Возможности виртуальных приложений IBM PureApplication System основаны на идее стандартизированных решений в виде шаблонов, ориентированных на приложение. Использование стандартных шаблонов позволяет разработчикам приложений для облачной среды сосредоточиться на самом приложении и его требованиях, а не инфраструктуре и сложных конфигурациях продуктов промежуточного уровня, которые часто требуются для его развертывания.

Шаблоны виртуальных приложений определяют ресурсы, необходимые для поддержки виртуальных приложений, включая Web-приложения, базы данных, реестры пользователей и многое другое. Эти шаблоны представляют собой модули развертывания виртуального приложения.

Например, типовой шаблон Web-приложения предоставляет общие компоненты приложения, такие как Web-приложения, корпоративные приложения, базы данных и реестры пользователей. Наряду с этими общими компонентами можно определить отношения между компонентами и политики для указания функциональных и нефункциональных требований к приложению. Затем эти компоненты приложения, политики и связи интерпретируется системой IBM PureApplication System в сочетании с функциональностью, предоставляемой типовым шаблоном Web-приложения для создания решения для этого приложения и управления им.

Рисунок 1. Обзор: от шаблона виртуального приложения до экземпляра виртуального приложения
Обзор: от шаблона виртуального приложения до экземпляра виртуального приложения

Типовые шаблоны и плагины

Базовая структура шаблонов виртуального приложения ― это типовые шаблоны. Типовые шаблоны представляют собой контейнеры зависящих от решения и топологии ресурсов, которые требуются для различных типов виртуальных приложений. Типовые шаблон также предоставляют общие службы, в число которых входят службы среды выполнения, такие как служба кэширования и эластичного выравнивания нагрузки. Типовые шаблоны ― это набор различных возможностей для реализации приложений определенного типа. Фактические наполнение, зависящее от конкретного решения, доставляется посредством плагинов. Плагин может участвовать в нескольких типовых шаблонах; однако у каждого плагина есть один основной типовой шаблон.

Подключаемые модули предоставляют все необходимые функции для создания и администрирования реальных сущностей, которые будут реализованы в качестве компонентов, ссылок, политик, служб и других функций. Плагины в первую очередь обеспечивают визуальные элементы, которые видны в построителе виртуального приложения при создании его шаблона. Кроме того, плагины отвечает за функции, необходимые для построения модели системы, которая в конечном итоге будет развернута в облаке. Плагин предоставляет необходимые сценарии подготовки и настройки элементов конкретного приложения. Он также содержит логику согласования необходимых элементов, выявляет изменения в конфигурации и реагирует на них, а также обеспечивает динамическую обработку в поддержку политик.

IBM PureApplication System предоставляет множество утилит для облегчения этого процесса и согласовывает взаимодействие с плагинами для предоставления необходимой функции в поддержку приложения. Все это оптимизировано и автоматизировано в шаблоне, так что обычному пользователю шаблона не нужно знать все тонкости промежуточного ПО, и он может сосредоточиться на достижении желаемого поведения приложения.

Виртуальный образ по умолчанию

Виртуальный образ по умолчанию используется для всех компонентов шаблона виртуальных приложений. Он включен в каталог виртуальных образов IBM PureApplication System наряду с другими виртуальными образами, используемыми с шаблонами виртуальной системы. Однако виртуальный образ по умолчанию отличается тем, что не содержит никакого предустановленного промежуточного ПО и представляет собой общий виртуальный образ, используемый для всех установок виртуального приложения.

Виртуальный образ по умолчанию для каждого типового гипервизора указывается в разделе Default Deploy Settings (параметры установки по умолчанию). Его можно настроить под конкретные нужды предприятия. Он обеспечивает функциональную среду, которая позволяет развертывать, запускать и администрировать шаблоны виртуальных приложений с помощью программно-аппаратного комплекса. Эта среда содержит код активации, который устанавливает связь с программно-аппаратным комплексом на разных этапах процесса загрузки развертывания и администрирования виртуальных приложений. Образ также может содержать код, необходимый программно-аппаратному комплексу для поддержки всех шаблонов служб общего пользования, таких как выравнивание нагрузки и кэширование.

Пример: типовой шаблон Web-приложения

Одним из первых типовых шаблонов виртуальных приложений, которые IBM включила в PureApplication System, стал типовой шаблон Web Application, предназначенный для создания типичных Web-приложений оперативной обработки транзакций. В оставшейся части этой статьи данный пример будет использоваться в целях демонстрации для обсуждения идей, заложенных в виртуальные приложения и поддерживающие их типовые шаблоны.

Типовой шаблон Web Application ― это расширение IBM PureApplication System, которое можно использовать для создания оперативных виртуальных приложений в стиле Web-приложения. Он предоставляет набор типичных компонентов Web-приложения, таких как Java™ Enterprise Edition (Java EE), подготовка DB2®, связь с базой данных JDBC, реестры пользователей на основе протокола LDAP (Lightweight Access) и сообщения Java.

Типовой шаблон включает в себя плагины, позволяющие WebSphere Application Server запускать файлы Web-архивов (WAR), архивов предприятия (EAR), а также приложения и плагины архивов пакетов ПО предприятия (OSGi EBA), которые настраивают соединения, идущие от приложений, размещаемых в WebSphere Application Server, к существующим ресурсам, таким как Web-сервисы, базы данных, MQ, CICS®, IMS™ или LDAP-серверы. В шаблон также входят политики для настройки динамически масштабируемых серверов, выравнивания нагрузки и кэширования.

Типовой шаблон Web Application содержит несколько примеров шаблонов приложения, готовых к развертыванию, так что можно получить представление о шаблонах виртуальных приложений и их поведении. Эти примеры находятся в окне шаблонов виртуальных приложений. С этого же места можно начать и создание собственных специальных шаблонов виртуальных приложений ― с нуля или путем клонирования имеющихся образцов. Окно шаблонов виртуальных приложений показано на рисунке 2.

Рисунок 2. Окно шаблонов виртуальных приложений
Окно шаблонов виртуальных приложений

Здесь видны три образца виртуальных приложений, поставляемых с типовым шаблоном Web Application. Выбранный образец представляет собой Web-приложение Secured Java EE, и на правой панели видны подробные сведения об этом образце. Шаблон Daytrader в верхней части списка ― это не образец, а специальный шаблон, созданный путем клонирования Web-приложения Simple Java EE и внесения некоторых незначительных изменений в редакторе виртуальных приложений.

На панели свойств можно увидеть информацию о выбранном шаблоне виртуальных приложений. Чтобы изменить шаблон, выберите значок Open, чтобы войти в построитель виртуальных приложений и отредактировать компоненты, ссылки, политики и свойства шаблона.

Построитель виртуальных приложений

Возможности типового шаблона виртуальных приложений определяют три основных элемента — компоненты, связи и политики. На рисунке 3 видны компоненты, связи и политики образца шаблона.

Рисунок 3. Компоненты, связи и политики образца шаблона
Компоненты, связи и политики образца шаблона

Компонент
Компонент ― это функция промежуточного ПО, необходимая экземпляру виртуального приложения. Как правило, промежуточное приложение содержит такие артефакты, как Web-компоненты, определения схемы базы данных и характеристики реестра пользователей. При включении этих компонентов в шаблон виртуальных приложений он сообщает системе, что при развертывании шаблона виртуальных приложений нужно создать экземпляры этих функций.

Например, вот некоторые из наиболее общих компонентов, присутствующих в типовом шаблоне Web Application:

  • корпоративное приложение, такое как WebSphere Application Server;
  • Web-приложение, такое как WebSphere Application Server;
  • дополнительный архивный файл,
  • конечная точка поставщика Web-сервисов;
  • набор политик;
  • приложение OSGi, такое как WebSphere Application Server;
  • внешнее хранилище пакетов OSGi;
  • база данных, например, DB2;
  • компонент существующей базы данных;
  • компонент удаленной базы данных;
  • существующая база данных IMS;
  • реестр пользователей, такой как сервер каталогов;
  • служба обмена сообщениями;
  • шлюз транзакций CICS;
  • существующий TMRA IMS;
  • универсальная цель.

Связи
Связи соединяют компоненты между собой. Они указывают на некоторую зависимость или взаимодействие между компонентами. Например, некоторые компоненты типового шаблона Web Application поддерживают ссылки на другие компоненты других типовых шаблонов, таких как компонент базы данных в типовых шаблонах IBM Database Patterns.

Связь решает несколько задач:

  • она гарантирует, что компоненты источника и адресата связи правильно настроены для поддержки связи;
  • связь также гарантирует, что сеть и межсетевые экраны настроены надлежащим образом для обеспечения связи;
  • наконец, связь гарантирует, что зависимости обслуживаются и поддерживаются, так что компоненты могут надлежащим образом реагировать на изменение зависимостей или отказы.

Политики
Политика указывает, как будет настроена служба промежуточного ПО во время развертывания. Например, к виртуальному приложению можно прикрепить факультативную политику качества обслуживания (QoS). Два виртуальных приложения могут содержать идентичные компоненты, но требовать разных политик для достижения разных соглашений об уровне обслуживания.

Добавляя к приложению политики, можно расширить его возможности. Например, если нужно обеспечить высокую готовность Web-приложения, то можно добавить в построитель виртуальных приложений политику масштабирования, и IBM PureApplication System создаст приложение и топологию для выполнения этого требования.

Вот типичные политики для типового шаблона Web Application:

  • политика масштабирования;
  • политика маршрутизации;
  • политика виртуальной машины Java (JVM);
  • политика протоколирования событий.

Политики могут управлять количеством запущенных виртуальных машин. Например, если прикрепить политику масштабирования, то для обобщения сеансов несколько экземпляров сервера приложений подсоединятся к балансировщику нагрузки, а в случае необходимости ― и к серверу IBM WebSphere eXtreme Scale. Затем артефакты приложений развертываются путем запуска компонентов и их соответствующей настройки.


Создание шаблона виртуального приложения

Предположим, что в организации эксплуатируется несколько приложений, и на подходе другие. Типичная задача ИТ-подразделения ― выяснить, каковы требования каждого приложения к аппаратному и программному обеспечению, подать соответствующие заявки, после чего последует утомительный процесс установки и настройки этого оборудования и ПО.

Затем наступает этап, когда вы попытаетесь организовать мониторинг и обеспечить отказоустойчивость, а также собираете и проверяете журналы событий. В конце концов можно написать сценарий для каждого приложения, чтобы упростить эту работу, так что в конечном итоге соберется огромный набор самого разнообразного оборудования/ПО/приложений, сценариев и т.д.

Предположим, что можно стандартизировать потребности приложений и создать достаточный резерв для быстрого наращивания количества приложений не только в эксплуатации, но и в стадии разработки и тестирования. Именно это и делает IBM PureApplication System.

А что, если бы существовал способ развернуть на сервере типовое приложение, содержащее некоторый код на сервере приложений J2EE и некоторые данные в реляционной базе данных, а также быстрый и простой способ настроить протоколирование, мониторинг, отработку отказов и т.д.? IBM PureApplication System дает именно такое решение. Рассмотрим типичный шаблон Web Application. В число артефактов, которые обычно присутствуют в виртуальном Web-приложении на основе шаблона, входят:

  • J2EE Enterprise Archive (EAR) или J2EE Web Application Archive (WAR) для развертывания на сервере приложений;
  • сценарий создания схемы / таблиц / строк базы данных для инициализации базы данных;
  • перечень пользователей и групп в виде файла LDAP (LDAP Data Interchange Format).

Как мы уже говорили, типовой шаблон Web-приложения уже включает в себя все эти компоненты в простом для потребления, оптимизированном и полностью интегрированном виде. Можно очень легко построить собственный шаблон с помощью построителя виртуальных приложений с простым интерфейсом пользователя drag-and-drop. Имея такой шаблон, можно легко сконструировать виртуальное приложение, загрузить эти артефакты, указать политику протоколирования, мониторинга, масштабирования и развернуть виртуальное приложение в своем частном облаке.

IBM PureApplication System содержит простой инструмент для построения и редактирования шаблонов виртуального приложения: Virtual Application Builder. Это один из элементов виртуального приложения, показанных на рисунке 3.

Редактор очень прост в применении. Работает он так: вы создаете новое виртуальное приложение, перетаскиваете компоненты Enterprise Application и Database и связываете их между собой. Вы загружаете Enterprise Archive (EAR) на базе JEE или Web Archive (WAR), содержащий ваши артефакты кода и схему базы данных с описанием структуры таблиц, на которые рассчитан код. Так как этот шаблон использует компоненты из Web Application и IBM Database Patterns, IBM PureApplication System воспользуется знаниями, заложенными в этих компонентах, и задействует их оптимальным образом.

Одно из основных отличий виртуальных приложений от виртуальных систем ― это то, что не надо решать или точно знать, сколько именно виртуальных машин в конечном итоге будет запущено на гипервизорах для создания работающей системы. Эту задачу решает комплекс IBM PureApplication System, который по компонентам и связям между ними, а также по соответствующим политикам определяет наилучший подход с точки зрения количества виртуальных машин и того, что именно запускать на каждой из них.

Достаточно просто указать политику регулирования, скажем, аспекта его масштабируемости, при проектировании этого виртуального приложения. Вам не нужно подбирать подходящие компоненты промежуточного ПО и определять необходимое количество экземпляров каждого из них.

После развертывания приложений осуществляется автоматическое управление для обеспечения их высокой готовности и обслуживаются политики, указанные для состояния выполнения. За приложением можно наблюдать через полностью интегрированный, оптимизированный пользовательский интерфейс. Для управления системой и ее настройки больше не надо переключаться между различными консолями администрирования.


Использование шаблона виртуального приложения

Вы спросите: «В каких случаях следует использовать шаблон виртуального приложения IBM PureApplication System вместо шаблона виртуальной системы»? Давайте остановимся на этом подробнее.

По существу, шаблоны виртуальных приложений похожи на шаблоны виртуальных систем в том смысле, что и те, и другие представляют собой модели виртуализированного приложения для развертывания в облаке. Когда мы говорим о шаблонах в контексте облака, мы имеем в виду инкапсуляцию процессов установки, настройки и интеграции, которая значительно упрощает развертывание и управление средой в облаке. Какой бы шаблон вы не использовали, вы получите выгоду, так как потенциально сложная среда инфраструктуры промежуточного ПО или промежуточное приложение рассматривается как единый элемент на протяжении всего процесса создания, развертывания и управления.

Чтобы понять различия между развертыванием шаблона приложения и шаблона системы, начнем с рассмотрения континуума компромиссов облака. (Опять же, мы использовали IWD, так как это непосредственно предшествующая технология, и накоплено много данных и опыта по ее применению.)

Рисунок 4. Континуум компромиссов облака
Континуум компромиссов облака
  • По оси X отложена степень контроля над настройкой результирующей среды. По мере движения слева направо она все больше сужается.
  • По левой оси Y отложена общая стоимость владения (TCO), которая уменьшается по мере движения вверх.
  • Правая ось y отражает время достижения результата (TTV), которое тоже сокращается по мере движения вверх.

Естественно, что предприятию хочется двигаться вверх по оси Y, но оно иногда не решается отказаться ради этого от значительной части контроля (перемещаясь вправо по оси X).

Теперь, отталкиваясь от этого рисунка, рассмотрим подробнее два подхода на основе шаблонов.

Сценарий: использование шаблона виртуальной системы

Рассмотрим довольно простое приложение типа Web-сервиса, которое требуется развернуть в облаке. При использовании шаблона виртуальной системы мы, вероятно, начали бы с компонентов образа WebSphere Application Server Hypervisor Edition для макетирования топологии. Можно включить менеджер развертывания, два специальных узла и Web-сервер.

Создав топологию, мы добавили бы пакеты сценариев для установки приложения Web-сервиса, а затем настроили бы остальные ресурсы в зависимости от приложения. Пользователи, желающие развернуть шаблон виртуальной системы, взяли бы его, указали сведения о конфигурации, такие как имя ячейки сервера WebSphere, имена узлов, распределение виртуальных ресурсов и параметры специальных сценариев, а затем развернули бы его.

После развертывания пользователи, как обычно, получают доступ к среде и инфраструктуре промежуточного ПО. Это означает, что они могут выполнять административные сценарии, обращаться к административной консоли, предоставляемой развернутым промежуточным ПО, и выполнять любые другие обычные действия по управлению конфигурацией.

Тот же сценарий с использованием шаблона виртуального приложения

Использование шаблона виртуального приложения для поддержки того же Web-сервиса приведет к заметно иному результату с точки зрения управления и развертывания.

Используя подход шаблона виртуального приложения, пользователь начнет с выбора подходящего типового шаблона виртуального приложения в зависимости от типа приложения. Это может быть типовой шаблон, предоставляемый IBM, такой как IBM Workload Deployer Pattern для Web Applications, или шаблон, созданный самим пользователем с помощью механизмов расширения, встроенных в программно-аппаратный комплекс.

Выбрав соответствующий шаблон, пользователь получит приложение Web-сервиса, определит функциональные и нефункциональные требования к приложению через политики, а затем развернет его.

Шаблоны виртуальных приложений и IBM PureApplication System обладают знаниями, необходимыми для установки, настройки и интеграции инфраструктуры промежуточного уровня и самого приложения. После развертывания пользователь управляет результирующей средой приложения через радикально упрощенный интерфейс, предоставляемый IBM PureApplication System. Он обеспечивает мониторинг и оперативное управление средой в контексте, соответствующем приложению.

Как правило, это означает, что административные консоли отсутствуют, и пользователи могут изменять только строго ограниченные аспекты среды. Это существенно отличается от развертывания и администрирования приложений промежуточного уровня.

Так что же выбрать?

Главное, что при развертывании программного обеспечения с помощью шаблона виртуальной системы вы управляете средой в основном точно так же, как делаете это всегда для данного конкретного типа ПО; обычно ― через консоли администрирования. С шаблонами виртуальной системы не нужно думать об изменении способа работы или управления программным обеспечением; можно сосредоточиться на повышении качества доставки указанного ПО.

С шаблонами виртуальных приложений подход становится совершенно иным. Вы имеете дело с высоко оптимизированным и автоматизированным решением. Механизм управления высокой готовностью, быстро реагирующий на меняющиеся условия, встроен в типовое решение шаблона, и вам нужно только указать свои требования бизнес-уровня. Функции управления и эксплуатации этой среды полностью интегрированы в пользовательский интерфейс IBM PureApplication System. Все интегрировано и высоко специализировано для конкретного типового приложения.

Один важный момент заключается в том, что IBM PureSystems поддерживает обе эти модели одновременно и может активно управлять шаблонами обоих типов. Свой выбор следует основывать на требованиях и потребностях управления конкретным приложением, которое рассматривается в данный момент.

Для каждого приложения нужно решить, нужны ли вам выгоды подхода шаблона виртуальной системы, ориентированного на инфраструктуру промежуточного ПО, или лучше выбрать подход шаблона виртуального приложения, ориентированный на приложение. На это решение может повлиять необходимость поддержки специфических конфигураций, которые не вписываются в имеющийся типовой шаблон виртуального приложения. В этом случае можно создать собственный типовой шаблон виртуального приложения или использовать шаблон виртуальной системы для создания точной топологии, требуемой для приложения ― возможно, тиражировав физическую среду, которую вы когда-то уже реализовали. В других случаях может оказаться, что приложение хорошо вписывается в один из готовых типовых шаблонов виртуальных приложений.

По возможности лучше стремиться к использованию оптимизации и удобства шаблона виртуального приложения, так как это всегда обеспечит самую низкую совокупную стоимость владения и самое короткое время получения результата. Однако, безусловно, существуют сценарии, когда требуется очень детальная конфигурация, и стоит принять решение в пользу тщательного контроля, доступного в случае применения шаблона виртуальной системы.

Самое главное ― знать все возможные варианты и принять обоснованное решение. Проанализируйте свой случай, определите, что поможет вам реализовать его, и решите, что именно вы хотите получить в результате.

Наконец, важно также отметить, что IBM PureApplication System поддерживает обе эти модели одновременно. Можно создавать сочетания виртуальных приложений, виртуальной системы и даже виртуальных программно-аппаратных комплексов, развернутых на одном и том же наборе ресурсов в облаке. Мощные возможности, встроенные в IBM PureApplication System, допускают это разнообразие способов развертывания, позволяя выбрать оптимальную модель для каждого приложения и гарантируя наилучший результат при максимальной отдаче от инвестиций.


Заключение

Мы рассказали о шаблонах виртуальных приложений и их месте в экосистеме IBM PureApplication System (а также о том, чем они отличаются от шаблонов виртуальных систем и виртуальных программно-аппаратных комплексов); мы также описали компоненты и функции шаблона виртуальных приложений и дали общее представление о том, как создаются и используются шаблоны виртуальных приложений.

Более подробные сведения об облачно-ориентированных установках на основе шаблонов можно найти в сообществах, форумах, статьях и видеоруководствах, перечисленных в разделе "Ресурсы".

Ресурсы

Комментарии

developerWorks: Войти

Обязательные поля отмечены звездочкой (*).


Нужен IBM ID?
Забыли Ваш IBM ID?


Забыли Ваш пароль?
Изменить пароль

Нажимая Отправить, Вы принимаете Условия использования developerWorks.

 


Профиль создается, когда вы первый раз заходите в developerWorks. Информация в вашем профиле (имя, страна / регион, название компании) отображается для всех пользователей и будет сопровождать любой опубликованный вами контент пока вы специально не укажите скрыть название вашей компании. Вы можете обновить ваш IBM аккаунт в любое время.

Вся введенная информация защищена.

Выберите имя, которое будет отображаться на экране



При первом входе в developerWorks для Вас будет создан профиль и Вам нужно будет выбрать Отображаемое имя. Оно будет выводиться рядом с контентом, опубликованным Вами в developerWorks.

Отображаемое имя должно иметь длину от 3 символов до 31 символа. Ваше Имя в системе должно быть уникальным. В качестве имени по соображениям приватности нельзя использовать контактный e-mail.

Обязательные поля отмечены звездочкой (*).

(Отображаемое имя должно иметь длину от 3 символов до 31 символа.)

Нажимая Отправить, Вы принимаете Условия использования developerWorks.

 


Вся введенная информация защищена.


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=40
Zone=Облачные вычисления, WebSphere, Information Management, Технология Java
ArticleID=936469
ArticleTitle=Управление прикладными службами с помощью шаблонов виртуальных приложений
publish-date=07022013