Подготовка к внедрению IBM PureApplication System: Часть 1. Oбзор адаптируемых приложений

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

Стив Абрамс, заслуженный инженер, IBM

Стив Абрамс (Steve Abrams)– фотографияД-р Стив Абрамс (Steve Abrams), заслуженный инженер IBM, работает в группе технического директора IBM Rational главным архитектором облачных вычислений. Он определяет техническую стратегию Rational в области облачных вычислений и обеспечивает ее интеграцию с бизнес-стратегией IBM. В качестве члена группы технического директора оказывает помощь в создании архитектуры Jazz Integration Architecture и руководит ее внедрением в продукты IBM. Он также является инициатором проекта Open Services for Lifecycle Collaboration, отраслевой инициативы по значительному упрощению интеграции в процессе предоставления ПО путем открытого и совместного определения архитектуры RESTful-интеграции. Стив также руководит совместными проектами Rational и подразделения IBM Research. Занимается компьютерной музыкой, роботизацией, вычислительной геометрией, системами CAD/CAM и средствами быстрого прототипирования. Учился в Колумбийском университете, где получил степени бакалавра, магистра и доктора по вычислительной технике.



Робби Джон Миншолл, архитектор программного обеспечения, IBM

Робби Миншалл (Robbie Minshall) – фотографияРобби Миншолл (Robbie Minshall) работает архитектором облачных вычислений в Rational, уделяя основное внимание технологиями ПО промежуточного уровня и обеспечению качества. С 2000 по 2005 год работал в группе WebSphere Performance Engineering, занимаясь разработкой приложений, корпоративной масштабируемостью, разработкой инструментов Performance Advisors и средств обнаружения утечек памяти в режиме реального времени. В 2005 – 2010 годах Робби сосредоточился на реструктуризации организации разработки WebSphere, а именно на автоматизации тестирования и облачных вычислениях. В настоящее время работает над технологиями адаптации приложений в экспертных интегрированных системах и оптимизацией облачных рабочих нагрузок. Родился в Новой Зеландии, получил степени по математике и вычислительной технике в Университете Джонса Хопкинса.



30.05.2012

Введение

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

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

В серию входят следующие статьи:

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


Рабочие нагрузки для PureApplication System

PureApplication System содержит несколько предопределенных шаблонов рабочих нагрузок (workload pattern). Каждый шаблон определяет набор используемых системных ресурсов, сценариев, средств мониторинга и режимов управления. Во время развертывания приложения с использованием одного из шаблонов PureApplication System автоматически выделяет и настраивает эти ресурсы и настраивает их поведение, что позволяет вам полностью сконцентрироваться на самом приложении. PureApplication System поддерживает два типа рабочих нагрузок: виртуальные приложения (virtual application) и виртуальные системы (virtual system). Хотя обе модели предназначены для автоматизации значительной части рутинной работы по настройке и мониторингу приложений, между ними есть ряд важных различий.

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

  • развертывание виртуальных машин;
  • установленное на них программное обеспечение;
  • выполняемые сценарии;
  • осуществление мониторинга.

Рассмотрим эти модели подробнее, начиная с виртуальных приложений.


Виртуальные приложения

PureApplication System понимает ряд шаблонов виртуальных приложений, таких как базовое Java™-приложение или Web-приложение. Для развертывания приложения как шаблона виртуального приложения создается модель приложения. Эта модель указывает системе PureApplication System всю необходимую информацию о том, как развернуть и настроить приложение, в том числе информацию о том, какие артефакты составляют приложение, к каким системам оно должно подключаться, какие требуются ресурсы и какие политики должны использоваться для управления приложением (например, политика масштабирования для обеспечения гибкости).

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

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

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

Можно также определять свои собственные шаблоны виртуальных приложений, но эта более сложная тема выходит за рамки данной серии статей.


Шаблоны виртуальных систем

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

Эти шаблоны определяются при помощи программы PureApplication System Pattern Editor по аналогии с проектированием традиционной топологии с использованием управляемого моделями подхода. Pattern Editor упрощает процесс создания шаблонов виртуальных систем, использующих образы IBM Hypervisor Edition. Можно даже создавать свои собственные виртуальные образы с нуля путем захвата или импорта образов виртуальных машин и добавления комплектов ПО.

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

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

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

Чтобы упростить этот процесс для WebSphere®-приложений, PureApplication System предоставляет программу Advanced Middleware Configuration (AMC). AMC облегчает создание повторяемых и пригодных для развертывания шаблонов виртуальных систем. Она добавляет приложения и конфигурацию, анализируя сегмент имеющихся приложений, извлекает все детали конфигурации и включает их в пакет сценариев, который воссоздает конфигурацию во время развертывания шаблона. В этом контексте сегмент имеющихся приложений ссылается на определение сегмента WebSphere Application Server, в котором развертывается приложение. Развернутое приложение состоит из двоичного файла приложения (WAR, EAR и т.д.), топологии сервера, конфигурации этой топологии для поддержки приложения и внешних ресурсов. Интроспекция такого приложения с точки зрения шаблона WebSphere включает в себя присоединение к сегменту WebSphere и его анализ, идентификацию топологии для поддержки приложения, конфигурационные настройки, содержащиеся вместе с определением сегмента WebSphere, параметры и артефакты развертывания приложения. В настоящее время интроспекция не включает в себя анализ исходного кода приложения. Это полезно для приложений WebSphere Application Server, которые не соответствуют ограничениям шаблонов виртуальных приложений PureApplication System и не имеют полного, надежного, пригодного для повторного использования набора сценариев развертывания и конфигурирования. Дополнительная информация по использованию программы AMC и программы IBM Workload Deployer для миграции приложений и развертывания новых экземпляров приложений в облачной среде приведена в третьей части (EN) данной серии статей.


Данные приложений

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


Адаптация приложений для PureApplication System

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

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


Анализ набора используемых приложений

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

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

Совместимость приложений

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


Адаптация виртуального приложения

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

Рисунок 1. Шаблон виртуального приложения
Рисунок 1. Шаблон виртуального приложения

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

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

Рисунок 2. Политика масштабирования виртуального приложения
Рисунок 2. Политика масштабирования виртуального приложения

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

Кроме того, после определения модели приложение можно развернуть непосредственно из среды Rational Application Development. Таким образом, разработчики могут легко развертывать свои приложения для тестирования в PureApplication System. Это гарантирует создание приложений, соответствующих ограничениям шаблона виртуальных приложений.


Адаптация виртуальной системы

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

На рисунке 3 в редакторе Pattern Editor отображаются все виртуальные машины, входящие в шаблоны виртуальных систем (включая образы IBM Hypervisor Edition), а также пакеты сценариев, которые будут выполняться во время развертывания.

Рисунок 3. Шаблон виртуальной системы
Рисунок 3. Шаблон виртуальной системы

В примере, показанном на рисунке 3, шаблон содержит базу данных и сегмент WebSphere с Deployment Manager и двумя интегрированными узлами. В каждом узле показаны пакеты сценариев, которые будут выполняться во время развертывания. Такое управляемое моделью проектирование позволяет определять стандартные топологии промежуточного ПО интуитивно понятным способом, который соответствует имеющимся процессам и сделанным ранее инвестициям.

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

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

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


Заключение

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

Благодарности

Авторы благодарят Мэри Йост (Mary Yost) за рецензию на статью.

Ресурсы

Комментарии

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
ArticleID=816992
ArticleTitle=Подготовка к внедрению IBM PureApplication System: Часть 1. Oбзор адаптируемых приложений
publish-date=05302012