Applications métier

Applications métier dans les versions précédentes de TADDM

Dans les versions précédentes de TADDM, une application métier était une collection à plat d'éléments de configuration non connectés. Ces éléments de configuration ne pouvaient être que des éléments de niveau supérieur du modèle de données commun. Ils étaient regroupés en groupes fonctionnels d'éléments de même type. Chaque élément de configuration devait être ajouté explicitement à une application métier, comme instance ou à l'aide d'une règle MQL. L'utilisateur devait savoir exactement quels éléments constituaient l'application métier et quels objets dépendants il devait inclure dans l'application métier.

Nouvelle approche de la génération d'application métier fondée sur les modèles de regroupement

Avec cette version de TADDM, l'approche de la création d'applications métier change radicalement. Une application métier est désormais un diagramme d'éléments de configuration connectés dont vous spécifiez le type. Les éléments les plus importants lorsque vous générez des applications métier sont les éléments de configuration principaux. Les éléments de configuration principaux confèrent sa valeur métier essentielle à une application métier déterminée (par exemple, une application Java Platform, Enterprise Edition ou une base de données). Ce sont les seuls éléments que vous devez ajouter manuellement (à l'aide d'une requête MQL ou SQL, d'un ensemble d'instances d'élément de configuration ou comme fichiers descripteur d'application) ou à l'aide d'une API (dans le cas des scénarios d'intégration). Tous les autres éléments qui constituent l'infrastructure de support d'une application métier sont ajoutés automatiquement par les relations de traversée et les dépendances reconnues et stockées dans TADDM. Vous pouvez déterminer quelles relations sont traversées et quelles relations sont ignorées. Vous pouvez également choisir quels éléments de configuration de tous les objets traversés sont utilisés pour composer l'application métier résultante.

Comme vous ne pouvez pas être certain que toutes les dépendances nécessaires sont déjà reconnues et stockées dans TADDM ou comme il peut exister des dépendances qui possèdent une signification strictement métier et ne peuvent pas être reconnues automatiquement, vous pouvez spécifier plusieurs éléments de configuration principaux pour chaque application métier. Vous pouvez créer plusieurs requêtes pour sélectionner plusieurs éléments de configuration principaux ou utiliser CustomSqlDependencyAgent pour créer davantage de dépendances entre les objets associés. Si vous utilisez l'agent, vous n'avez pas besoin de créer davantage de requêtes.

Un modèle de regroupement se compose de requêtes qui sélectionnent des éléments de configuration principaux, de la formule qui détermine le nom des applications métier à partir des éléments de configuration principaux et d'une description qui définit la manière dont les objets dépendants sont traversés. Les modèles de groupement sont traités automatiquement en fonction du planning que vous définissez et des collections personnalisées sont générées de ce fait. Chaque fois qu'un modèle de regroupement est traité, toutes les requêtes sont traitées, toutes les dépendances sont traversées et la structure de l'application métier est générée en fonction des éléments de configuration et des relations existants. Ainsi, toutes les modifications environnementales de la structure de l'application métier sont capturées automatiquement et reflétées lors du traitement du modèle de regroupement. Par exemple, si un nouveau serveur d'applications ou une nouvelle machine virtuelle est reconnu, il est ajouté automatiquement à l'application métier. Si un élément de configuration a été modifié ou supprimé (par exemple, un système informatique virtuel a été déplacé vers un autre hyperviseur), les modifications sont automatiquement appliquées, à savoir, le système informatique virtuel est supprimé de l'application qui contenait l'hyperviseur.

Dans les versions précédentes, un modèle d'application ne pouvait générer qu'une seule application métier. Désormais, vous pouvez créer non seulement une application métier à partir d'un modèle de regroupement, mais vous pouvez également créer de nombreuses applications métier à partir d'un modèle ou d'un petit ensemble de modèles. Ainsi, il est facile de généraliser des modèles de regroupement pour générer des instances d'application métier pour plusieurs environnements (par exemple, l'application déployée dans des environnements de production, de test, d'assurance qualité et de performances). Pour parvenir à cela, une expression de nom de regroupement a été créée. Vous pouvez l'utiliser pour fournir une formule permettant de déterminer le nom d'une application métier à partir de son élément de configuration principal. Par exemple, vous pouvez utiliser des conventions de dénomination pour extraire des parties spécifiques de noms d'élément de configuration ou tout attribut existant qui dénote l'objet d'un environnement spécifique. Vous pouvez également étendre cette généralisation. Par exemple, vous pouvez créer un modèle de regroupement qui génère toutes les applications métier d'un type donné, par exemple, des applications Java Platform ou Enterprise Edition, dans tous les environnements de déploiement.

Pour plus d'informations sur la configuration des modèles de regroupement et le contrôle du traitement des modèles de regroupement, voir Traitement des modèles de regroupement.