Identification des composants pour la détermination des incidents
La présente rubrique décrit les types d'événement de détermination des problèmes.
Une application métier est constituée de plusieurs composants. Un composant peut être constitué de plusieurs sous-composants internes. Une application cohérente de ces concepts est essentielle pour une détermination efficace des problèmes d'une application métier. L'ensemble des éléments de l'application doit utiliser les mêmes concepts et conditions lors de la création et du formatage des événements. Utilisez les définitions et les exemples suivants lors de la création d'événements CBE (Common Base Event) pour l'identification des incidents.
- Application métier
- Une application métier est constituée de la logique et des données métier permettant de répondre aux besoins métier. Une application métier est composée de plusieurs composants de divers types, combinés de manière unique par une entreprise, afin de fournir les fonctions et les ressources nécessaires permettant de respecter les conditions requises. Le créateur et gestionnaire principal d'une application est l'entreprise et chaque entreprise ou société crée des application métier uniques. L'application de paie de l'entreprise ACME et l'application de stock de Spacely Sprockets constituent des exemples d'application métier.
- Composants
- Une application métier est créée et gérée par l'entreprise comme un ensemble de composants. Les composants sont des ressources déployables, développés soit par l'entreprise, soit par un fournisseur et gérés par l'entreprise. Un composant peut être créé par l'entreprise dans le but d'être utilisé dans une application métier spécifique. Par exemple, l'entreprise ACME peut créer un ensemble de beans enterprise pour représenter la logique métier requise par l'application de paie. Un composant peut également être une ressource générée par un fournisseur et acquise par une entreprise. Voici des exemples de composant : IBM® eServers ou systèmes Sun Solaris ou produits logiciels tels qu'IBM WebSphere Application Server ou Oracle Database Servers.
- Sous-composants
- Un composant spécifique, en fonction de sa complexité, peut être composé de plusieurs sous-composants. Par exemple, IBM WebSphere Application Server est composé de plusieurs sous-composants, tel le conteneur de beans enterprise et le moteur de servlets. Les informations relatives aux sous-composants sont généralement utilisées par le créateur du composant afin de servir le composant. Les sous-composants ne sont donc pas des ressources déployables ou gérables dans l'entreprise. L'entreprise peut déployer une modification ou une mise à jour dans un sous-composant, mais uniquement à l'initiative du fournisseur du composant et comme partie du composant du fournisseur. Par exemple, un correctif de logiciel du conteneur de beans enterprise d'IBM WebSphere Application Server est intégré et déployé comme mise à jour logicielle d'IBM WebSphere Application Server. Le remplacement du processeur dans un serveur IBM eServer est déployé comme partie physique mais uniquement comme partie du composant d'origine déployé, le serveur IBM eServer.