Tivoli Provisioning Manager - Tivoli Provisioning Manager

Tivoli Provisioning Manager (TPM) является продуктом в IBM ´s Программное обеспечение Tivoli бренд. Его цель - автоматизировать обеспечение виртуальных серверов и программного обеспечения. TPM - это «менеджер менеджеров», поскольку он сам не управляет оборудованием, а выдает команды гипервизоры которые действительно управляют оборудованием. TPM может управлять различными задачами и предоставлять общий интерфейс для различных платформ, в частности, на базе Intel, управляемых VMware, для размещения виртуальных серверов MS-Windows и Linux; и собственные серверы AIX IBM, работающие на pSeries.

История

TPM создан с Think Dynamics которую IBM приобрела в 2003 году.[1] Их продукт «Think Control» был хорош в обеспечении и управлении (виртуальными) серверами в центрах обработки данных. IBM добавила свою библиотеку интегрированного управления услугами «OPAL» и представила свой новый продукт как «Tivoli Intelligent Orchestrator» - отсюда и появление букв «tio» во многих файлах продуктов TPM.

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

  • v4: в сочетании с устаревшим пакетом управления настольными компьютерами "ITCM" продавался как TPM для программного обеспечения.
  • v5: общие ресурсы подготовки
  • похоже, не было v6
  • v7.2: имеет много улучшений; в частности, рабочие процессы больше не извлекаются из базы данных DCM и не выполняются построчно, а преобразуются в Java и запускаются из байт-кода, что намного быстрее.

Работающий

Модель центра обработки данных

TPM работает на основе обширной модели центра обработки данных, которая содержит все серверные и программные компоненты с их атрибутами и связями. Начиная с версии 7.1, это часть базы данных Maximo (maxdb71).

WorkFlows

Все действия TPM выполняются WorkFlows. Они написаны на проприетарном интерпретируемом процедурном языке сценариев. Большая часть информации должна быть получена с помощью запросов из DCM. Большинство операций со строками должны выполняться Jython вызовы - поскольку и интерпретатор WorkFlow, и Jython анализируют, интерпретируют и манипулируют этими строками, при их написании необходимо проявлять особую осторожность. Действия в серверных системах выполняются с помощью скриптлетов, которые генерируют сценарии (оболочки), которые выполняются на целевых серверах.

Разработка

Для разработки рабочих процессов TPM необходима так называемая среда разработки пакетов автоматизации (APDE): это Затмение Интегрированная среда развития с помощью специального плагина TPM. Его необходимо настроить для доступа к базе данных DCM: весь код рабочего процесса сохраняется построчно в базе данных.

Рекомендации

  1. ^ IBM захватывает Think Dynamics В архиве 2013-11-01 в Wayback Machine

внешняя ссылка