|
|
|||||||||||||||||||||||||||||
|
Служба поддержки: Управление настройкой, конфигурацией и развертыванием WebSphere-приложений с помощью WebSphere Automation Framework для WebSphereИсточник: IBM
В каждой колонке "Службы поддержки" обсуждаются ресурсы, инструменты и другие элементы технической поддержки IBM для продуктов WebSphere, а также новые методы и идеи, способствующие накоплению опыта в области поддержки продуктов IBM. Управление существующей средой с помощью Rational Automation Framework для WebSphere Данная статья относится к системе IBM Rational Automation Framework для WebSphere версии V7.1.1.4. В более ранних версиях некоторые из описанных здесь функций недоступны.
IBM Rational Automation Framework для WebSphere (далее ― Rational Automation Framework) представляет собой решение для управления установкой, настройкой и развертыванием приложений на базе IBM WebSphere. Управляемая данными, система Rational Rational Automation Framework обеспечивает точность и согласованность, а также повышенное быстродействие благодаря параллельному выполнению операций - в дополнение к тому выигрышу в производительности, который достигается за счет автоматизации. Система обеспечивает свыше 500 действий ― отдельных элементов, используемых для автоматизации решений на базе продуктов WebSphere. Система Rational Automation Framework построена на проверенной платформе автоматизации корпоративного уровня IBM Rational Build Forge и в настоящее время поддерживает WebSphere Application Server V6.0, 6.1 и 7.0, WebSphere Portal V6.0 и 6.1, а также IBM HTTP Server V6.0, 6.1 и 7.0. Кроме того, группа разработчиков Rational Automation Framework выпустила код инкубатора для IBM WebSphere Virtual Enterprise и комплекс IBM WebSphere Business Process Management, в который входят IBM WebSphere Process Server, IBM WebSphere Enterprise Service Bus, IBM WebSphere Business Monitor и IBM WebSphere Service Registry and Repository. Rational Automation Framework для WebSphere и Rational Build Forge позволяют управлять ячейками IBM WebSphere. Rational Automation Framework предоставляет два способа взять под контроль ячейку среды.
Рисунок 1. Пример применения мастера Rational Automation Framework для существующей ячейки После импортирования топологии ячейки в Rational Automation Framework создается план автоматизации, который выполняет действие was_common_configure_all для всех подходящих областей. При этом будет импортирована почти вся конфигурация существующей ячейки. Примером описанной здесь среды служит среда WebSphere Application Server Network Deployment, и план автоматизации будет импортировать все действия для областей ячейки, кластера, узла и сервера (рис. 2). Рисунок 2. План автоматизации импортирования конфигурации ячейки Сбор информации о конфигурации Rational Automation Framework поддерживает несколько режимов работы. Эти режимы различны для разных действий, но многие действия поддерживают режим Import. Так как действия Rational Automation Framework предназначены для управления определенной частью конфигурации, можно использовать действие для точного определения того, какую именно информацию нужно собрать. Например, можно выполнить действие was_common_configure_jdbc_providers в режиме Import для области ячейки (cell scope), чтобы импортировать в Rational Automation Framework только те источники данных, которые определены для данной области ячейки. Эти данные будут сохранены в нормированном, не зависящем от версии XML-формате на сервере Rational Automation Framework. Затем эти документы можно взять под контроль версий. В отличие от сервера приложений, где ресурсы нескольких типов хранятся в одном и том же файле XML, Rational Automation Framework хранит каждый тип ресурсов в своем собственном XML-файле. Например, все источники данных, поставщики JDBC и источники данных was40 хранятся в файле jdbc.xml. Кроме того, для каждой области, для которой выполнялась соответствующая команда Import, существует файл jdbc.xml. Предположим, что определена среда TEST_PROMOTE. Можно выполнить следующую команду:
После завершения этой команды файл rafw_home/user/environments/TEST_PROMOTE/cells/qa/clusters/cluster1/jdbc.xml будет содержать определения всех поставщиков JDBC, определенных для области cluster1 (листинг 1).
В данном случае в области cluster1 существует только один поставщик JDBC. Использование для ячейки хранилища конфигураций Rational Automation Framework После сбора данных о конфигурации в Rational Automation Framework их можно воспроизвести с помощью того же действия в режиме Execute. Режим Execute сначала удаляет все элементы конфигурации данного типа, а затем воссоздает их на основе информации, хранящейся в хранилище конфигурации Rational Automation Framework. Обратите внимание, что каждый из существующих источников данных, удаленных из конфигурации WebSphere Application Server, создается на основе модели из хранилища конфигурации Rational Automation Framework. Добавление ресурсов в конфигурацию Режим Augment Rational Automation Framework позволяет добавлять элементы конфигурации в ячейку WebSphere Application Server. Режим Augment ― исключительно аддитивный режим, который не изменяет существующих элементов конфигурации. Сначала выполняется проверка, не существует ли указанный элемент конфигурации; если да, то выдается предупредительное сообщение, и этот элемент пропускается. Определения для ресурсов, которые будут добавлены, содержатся в файле с именем <type> _augment.xml; например, jdbc_augment.xml для ресурсов, относящихся к JDBC. На рисунке 3 показаны предупредительные сообщения для существующих ресурсов, а также новые ресурсы, добавленные в конфигурацию WebSphere Application Server. Сравнение хранилища Rational Automation Framework с рабочей ячейкой "Дрейфом конфигурации" называется ситуация, которая может возникнуть, если с течением времени в среде продукта WebSphere происходят изменения. Хотя большинство пользователей старается сохранять соответствие своей отладочной и производственной среды, со временем неизбежно происходят и такие изменения, которые остаются незамеченными. Общим источником таких скрытых изменений являются попытки решения проблем в рабочей среде. Когда критически важное приложение останавливается в два часа ночи, вполне вероятно, что не все изменения, внесенные при попытках вернуть приложение в строй, будут документально оформлены или отменены, если они не помогли. В краткосрочной перспективе изменения в этих приложениях могут показаться безобидными, но при внедрении нового приложения в рабочей среде оно начинает вести себя не так, как вело в отладочной. Или могут возникнуть различия в поведении центров обработки данных на восточном и западном побережье. На первый взгляд изменения, внесенные в "пылу битвы", могут показаться безобидными, но когда возникают проблемы, приходится искать иголку в стоге сена. Режим Compare в Rational Automation Framework сравнивает конфигурацию из хранилища Rational Automation Framework с соответствующей конфигурацией в рабочей ячейке и помечает различия. С помощью платформы автоматизации Rational Build Forge можно запланировать такие сравнения и регулярно проводить их в часы невысокой нагрузки. Если изменения выявлены своевременно, намного легче принять обоснованное решение о целесообразности принятия или отклонения этих изменений, чем вспоминать, почему шесть месяцев назад было внесено то или иное изменение. На рисунке 4 представлены результаты сравнения, где конфигурация Rational Automation Framework содержит ресурс источника данных, не существующий в ячейке продукта WebSphere. Рисунок 4. Маркировка отсутствующего объекта в рабочей ячейке в режиме сравнения На рисунке 5 приведен пример сравнения, где помечено изменение в параметрах настройки соединений атрибута connection pool источника данных. Рисунок 5. Изменение в атрибуте источника данных Когда в режиме Compare Rational Automation Framework зафиксировано различие, его можно "застолбить" и внести новое значение в хранилище Rational Automation Framework. Для этого выполняется соответствующее действие Rational Automation Framework в режим импортирования. Если вы решите не сохранять изменения, то можете восстановить конфигурацию, хранящуюся в Rational Automation Framework, выполнив соответствующее действие в режим исполнения. Конфигурация будет восстановлена в соответствии со значениями, хранящимися в Rational Automation Framework. Развертывание корпоративных приложений Rational Automation Framework использует файл свойств, содержащий описание вариантов развертывания корпоративного приложения и местоположение файла .ear, который будет развернут. Для развертывания файлов EAR используется действие was_common_deploy_install_app -a <app name> . Файл свойств приложения может присутствовать в одном из двух форматов:
Развитие ресурсов на протяжении жизненного цикла разработки В процессе развития приложения и изменения его конфигурации на протяжении жизненного цикла разработки особое внимание следует уделять перемещению связанных с ним ресурсов от одного этапа к следующему; например, перемещению источников данных, требуемых новому приложению, из общей среды тестирования в отладочную среду. Хотя желательно сохранить почти все данные неизменными (например, базу данных и имена JNDI), существуют другие значения, которые должны изменяться от среды к среде. Нехорошо, если источники данных указывают на базу данных рабочего сервера. Эту конкретную задачу решает режим Promote Rational Automation Framework. Режим Promote действует как операция pull и "перетягивает" конфигурацию из одной среды Rational Automation Framework в другую. На практике это означает возможность перенести конфигурацию из общей тестовой среды в отладочную. Однако поддерживается и двухстороннее перемещение. Это полезно, когда обнаружена проблема в рабочей среде, и нужно перенести ту же конфигурацию в тестовую среду, чтобы поэкспериментировать и решить проблему. Кроме того, при переносе можно изменять область. Например, если разработчик работает в среде с одним автономным сервером и создает свои источники данных в области сервера, то при перемещении в общую кластерную тестовую среду Network Deployment источники данных можно перенести в область кластера. Для управления известными различиями между средами Rational Automation Framework пропускает перемещаемые данные через фильтр. Фильтр понимает два типа выражений:
IBM Rational Automation Framework для WebSphere ― это проверенная на практике система для управления настройкой, конфигурацией и развертыванием приложений IBM WebSphere. Система Rational Automation Framework опирается на базовую корпоративную платформу автоматизации IBM Rational Build Forge, и ее можно применять для создания повторяемой, точной и быстрой инфраструктуры автоматизации, согласованной с конкретной средой WebSphere. Rational Automation Framework обеспечивает более 500 действий и более 30 библиотек автоматизации (число которых продолжает расти), предоставляя самые широкие возможности для управления средой WebSphere Application Server. Базовая платформа автоматизации и сама Rational Automation Framework предоставляет много возможностей для расширения тем, кто уже использует сценарии WebSphere Application Application.
|
|