Менеджер по обеспечению Тиволи

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

История

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

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

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

Работающий

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

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

Рабочие процессы

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

Разработка

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

Внешние ссылки

• Страница IBM TPM