Le Tivoli Provisioning Manager (TPM) est un logiciel IBM appartenant à la gamme Tivoli Software. Sa fonction principale : automatiser le provisionnement des serveurs virtuels et des applications dans les environnements de datacenter. Discret dans les discussions publiques, il reste un outil de référence pour les équipes infrastructure qui gèrent des parcs hétérogènes à grande échelle.
Qu’est-ce que le Tivoli Provisioning Manager ?
TPM se distingue par son positionnement de « manager of managers » : il ne pilote pas directement le matériel, mais orchestre les hyperviseurs qui, eux, gèrent les ressources physiques. Concrètement, il communique avec VMware pour les serveurs Intel hébergeant Windows ou Linux, et avec les serveurs IBM pSeries sous AIX.
Cette architecture en couche présente un avantage structurant pour les DSI : un point de contrôle unique pour des plateformes hétérogènes, sans avoir à multiplier les consoles de gestion. TPM prend en charge aussi bien le déploiement de systèmes d’exploitation que la configuration de logiciels, ce qui en fait un outil couvrant l’ensemble du cycle de mise en service d’un serveur.
Comment fonctionne TPM en pratique ?
Le Data Center Model comme socle de données
Toute l’intelligence de TPM repose sur le Data Center Model (DCM), une base de données exhaustive qui recense tous les composants de l’infrastructure : serveurs, logiciels installés, attributs de configuration, relations entre ressources. Depuis la version 7.1, ce modèle s’appuie sur la base Maximo (maxdb71), ce qui facilite l’intégration avec d’autres outils IBM de gestion des actifs IT.
Le DCM n’est pas une simple CMDB statique : les workflows interrogent en permanence cette base pour prendre des décisions contextualisées lors des opérations de provisionnement.
Les workflows, moteur d’exécution de TPM
Chaque action de TPM passe par un workflow, écrit dans un langage de script procédural propriétaire. Ces workflows :
- Interrogent le DCM via des requêtes pour récupérer les données nécessaires
- Utilisent Jython pour les manipulations de chaînes complexes
- Génèrent des scriptlets (des scripts shell exécutés directement sur les serveurs cibles)
Le développement de ces workflows nécessite l’APDE (Automation Package Development Environment), un environnement Eclipse enrichi d’un plugin TPM. Le code est stocké ligne par ligne dans la base DCM, ce qui garantit une traçabilité complète des automatisations déployées.
À partir de la version 7.2, les workflows ne sont plus interprétés ligne par ligne mais compilés en bytecode Java, ce qui représente un gain de performance significatif pour les opérations d’envergure.
TPM dans l’environnement d’entreprise
TPM s’intègre nativement dans des architectures complexes. Il supporte une infrastructure multiserveur, utile pour les organisations gérant plusieurs datacenters ou zones géographiques. Il peut fonctionner avec une base de données alternative sur Windows, ce qui laisse de la flexibilité aux équipes qui ont déjà standardisé leur stack de données.
Son interopérabilité avec d’autres solutions IBM (notamment les outils de la suite Tivoli) en fait un élément central d’une stratégie de gestion du cycle de vie IT. Les cas d’usage les plus courants incluent :
- Le déploiement automatisé de systèmes d’exploitation (Windows, Linux, AIX, Solaris)
- La mise à disposition rapide de serveurs virtuels à la demande
- La gestion cohérente de configurations dans des environnements multi-plateformes
TPM réduit la dépendance aux interventions manuelles répétitives, libérant les équipes pour des tâches à plus forte valeur ajoutée.
L’évolution du produit depuis ses origines
TPM trouve ses racines dans Think Dynamics, entreprise canadienne rachetée par IBM en 2003. Son produit phare, Think Control, était déjà spécialisé dans le provisionnement de serveurs virtuels en datacenter. IBM y a intégré la bibliothèque OPAL (Integrated Service Management Library) et l’a d’abord commercialisé sous le nom de Tivoli Intelligent Orchestrator (TIO).
L’évolution des versions reflète un périmètre fonctionnel progressivement élargi :
| Version | Caractéristique principale |
|---|---|
| v4 | Combiné avec ITCM (gestion de postes), commercialisé sous « TPM for Software » |
| v5 | Provisionnement général des ressources |
| v7.2 | Workflows compilés en bytecode Java : gain de performance majeur |
L’absence de version 6 dans la numérotation officielle reste un point d’ambiguïté dans l’historique du produit, probablement lié à une réorganisation interne du catalogue IBM à cette période.
