Modelo de datos común

El modelo de datos común (CDM) es el lenguaje de definición utilizado para integrar la comprensión y el intercambio de datos entre los productos de gestión de Tivoli relacionados con recursos y componentes de la empresa de un cliente. El CDM es el modelo utilizado para comunicar información sobre instancias de recursos con la base de datos de IBM® Tivoli Application Dependenc Discovery Manager (TADDM).

El CDM se compone por completo de definiciones de datos. Estas definiciones son características que identifican recursos, sus significados y las restricciones de su longitud o sus valores. El contenido del CDM se obtiene mediante la fusión de información del sector y estándares de modelos de datos relevantes con los modelos de datos utilizados por nuestros productos actuales en un único modelo convergente. Incorpora los estándares siguientes:
  • Estándar Common Information Model (CIM) de Distributed Management Task Force (DMTF)
  • Los siguientes estándares de procesos empresariales:
    • Business Process Execution Language (BPEL),
    • Especificación IT Infrastructure Library (ITIL)
    • Esquema de directorio LDAP
  • Los siguientes estándares específicos del dominio:
    • TeleManagement Forum (TMf),
    • Storage Networking Industry Association (SNIA) y más.

Varias aplicaciones utilizan el modelo de datos común, incluido TADDM. Las aplicaciones que utilizan el CDM pueden compartir definiciones y terminología para datos de la instancia de recursos que sean comunes a las dos, lo que permite la construcción de aplicaciones de nivel superior que comprenden el entorno de gestión global y comparten información entre dichos sistemas. El CDM describe el contenido de entrada y salida de la API de TADDM, los sensores, las aplicaciones de utilidad y la Consola de gestión de descubrimiento.

El CDM es diferente de un esquema. Un esquema suele estar asociado a una base de datos, incluye la organización de datos en un modelo lógico y la especificación de cómo se almacenan los datos en columnas específicas de tablas específicas (también se denomina modelo físico de la base de datos). El CDM representa un modelo lógico compuesto de definiciones que habilita la identificación coherente de instancias de recursos, además de información sobre ellas y relaciones entre ellas. El modelo de datos enlaza los procesos empresariales y de TI con los sistemas que los proporcionan, los usuarios que los invocan, las políticas que los controlan, los recursos que utilizan los procesos, etc. El CDM clasifica y organiza las características gestionadas más habitualmente de usuarios, recursos y procesos e información de TI empresarial, además de presentarlas de tal manera que todas las aplicaciones las puedan utilizar.

Para obtener más información sobre el CDM, consulte la información siguiente:
El modelo de datos común tiene las características siguientes:
  • No define el esquema físico, ni cómo funciona un sistema de gestión.
  • Define los recursos y las características de un entorno de gestión que supervisa, analiza y controla el sistema de gestión.
  • También se utiliza cuando las aplicaciones de gestión intercambian información sobre instancias de recursos y sus relaciones con otros recursos.
  • Estandariza las características, los conceptos de clases, atributos, interfaces, reglas de denominación, políticas de denominación y los tipos de datos que se utilizan.
  • Proporciona definiciones coherentes de elementos, mejores prácticas para el contenido y directrices para correlacionar los datos de la instancia de recursos con el CDM.
El modelo de datos común incluye los objetos siguientes:
Clases
Tienen las siguientes características o reglas:
  • Una clase es un constructo utilizado para agrupar atributos relacionados.
  • Las clases son la representación de un tipo de instancia de recursos (por ejemplo, OperatingSystem como tipo de instancia de recursos).
  • Igual que la estructura básica del modelo, las clases contienen atributos, implementan interfaces y, opcionalmente, se pueden implicar en relaciones.
  • Las clases son jerárquicas y heredan las propiedades de las clases padre.
  • Las clases también pueden incluir explícitamente propiedades que pertenecen a un nivel de detalle determinado.
  • Las instancias de clases representan las instancias de recursos actuales, los nombres que representan los recursos físicos o lógicos del entorno.
  • Las instancias tienen atributos y pueden tomar parte en las relaciones. Por ejemplo, en un entorno de gestión de bases de datos, los elementos como el servidor de bases de datos, las tablas y las conexiones son instancias.
    Nota: Las instancias incluyen también elementos que no solo son gestionados, sino que toman parte en el proceso de gestión, como usuarios o sistemas empresariales.
  • Aparte de los diversos objetos del CDM, las clases son las únicas que se utilizan para representar instancias de recursos. Hay clases concretas que se mencionan en la documentación de TADDM y que tienen un significado concreto:
    • ModelObject: esta clase representa la clase raíz o base del CDM. Todas las clases derivan de alguna manera de ModelObject. El término ModelObject se utiliza en la documentación para representar cualquier clase definida en el CDM.
    • ManagedElement: se trata de otra representación de una clase raíz o base del CDM, y se corresponde directamente con la representación del Common Information Model de DMTF con el mismo nombre. El término ManagedElement se utiliza también en la documentación para representar cualquier clase que se haya definido en el CDM. Las clases ModelObject y ManagedElement se pueden intercambiar.
    • ManagementSoftwareSystem: también denominada MSS, esta clase representa los productos de gestión que proporcionan datos a TADDM mediante algún mecanismo. Cada proveedor de datos (incluidos los sensores de TADDM) se representan como una instancia de recursos de tipo ManagementSoftwareSystem.
  • El CDM admite especialización mediante la herencia única, aunque el uso de interfaces da al modelo algunos aspectos de herencia múltiple. Todas las clases se organizan en una jerarquía de herencia y raíz únicas con la clase ModelObject como raíz. Todas las clases, con la excepción de ModelObject, especifican exactamente un padre y la clase de nivel inferior hereda todas las características de la clase padre.
  • El CDM incluye también reglas de denominación para objetos de modelo que especifican los atributos necesarios para denominar objetos de forma exclusiva en TADDM. Consulte la sección sobre Instancias con nombre para obtener más información sobre las reglas de denominación de los objetos de modelo.
  • Clases persistentes frente a no persistentes:
    • Una clase persistente es una clase cuyas instancias se pueden almacenar en una base de datos, mientras que las instancias de una clase no persistente no se pueden almacenar en una base de datos.
    • Si utiliza MQL (Model Query Language), solo puede consultar los objetos de clases persistentes. La única excepción pasa por consultar el atributo "guid" de ModelObject (clase no persistente), como en el ejemplo siguiente:
      • El atributo "source" es un ModelObject y las consultas siguientes devuelven los mismos resultados:
        SELECT * FROM TransactionalDependency WHERE source.guid == 'E72B13789C9039BFB32E3822FE50C197'
        SELECT * FROM TransactionalDependency WHERE source == 'E72B13789C9039BFB32E3822FE50C197'
    • En el modelo Javadoc (Javadoc para CommonDataModel de TADDM), si la etiqueta ‘Persistable' se define en true para una clase determinada, será una clase persistente. Si no hay etiqueta para una clase dada, se trata de una clase no persistente.
      • Ejemplos de clases persistentes: ComputerSystem, SoftwareModule, AppServer
      • Ejemplos de clases no persistentes: ModelObject, Database, LogicalElement
Atributos
Tienen las siguientes características o reglas:
  • Un atributo define una propiedad concreta válida para una clase.
  • Todos los atributos tienen un significado o una semántica concretos en lo referido al contenido esperado.
  • Los atributos se especifican en las clases del CDM, al igual que las interfaces.
  • Las instancias de los atributos son los adjetivos que describen las características de instancias y se utilizan para diferenciar instancias de la misma clase, como el diferente Fabricante de instancias de clase ComputerSystem.
  • Al crear una instancia de recursos, se pueden almacenar datos para cualquier atributo válido para una instancia de recursos.
  • No es necesario que todos los atributos contengan un valor, pero hay algunos atributos que se utilizan para representar una identidad única para una instancia de recursos. Estos atributos suelen denominarse atributos de identidad.
Interfaces
Habilite la reutilización conveniente de un conjunto de atributos y proporcione una mayor flexibilidad en la definición de relaciones. Por ejemplo, el atributo VersionString es un atributo válido para distintos tipos (clases) de instancias de recursos. En lugar de duplicar el atributo en varias clases en el CDM, se crea una interfaz para representar el conjunto de atributos que pertenecen a los datos de la versión.

Las instancias de recursos no se pueden basar en una interfaz. Cualquier clase que implemente una interfaz automáticamente recibe el conjunto de atributos y relaciones de la interfaz, como si existiesen en la clase. Las interfaces son jerárquicas y pueden derivar de la herencia sus atributos y relaciones en la interfaz padre.

Hay una interfaz concreta mencionada en la documentación de TADDM con un significado concreto. Esta interfaz se denomina elemento de configuración. El elemento de configuración de la interfaz se utiliza para denotar clases particulares en el CDM cuyas instancias actúan como un elemento de configuración definido por el término de ITIL correspondiente. Determinadas clases del CDM, como los datos financieros, no se han definido para ser elementos de configuración, ya que el CDM representa aspectos de varios entornos.

Relaciones
Tienen las siguientes características o reglas:
  • Asociaciones entre dos instancias de recursos, que muestran cómo se relacionan entre ellas las instancias de recursos.
  • Las relaciones solo se pueden dar entre clases y se dan entre clases del mismo tipo o de tipos distintos.
  • Cada relación tiene una definición o un tipo concretos. Estos distintos tipos de relación conllevan una cierta semántica que pertenece al tipo de asociación entre las instancias de recursos.

    Por ejemplo, uno de los tipos de relación del CDM es manages, que representa que la instancia de origen participa en una función de control sobre la instancia del recurso de destino en la relación. Otro tipo de relación es installedOn, que representa la instancia de origen como un objeto instalado en la instancia del recurso de destino. Ambas relaciones pueden ser válidas en las instancias de recursos en las que el origen es una instancia de clase Agent y el destino es una instancia de clase OperatingSystem. Sin embargo, las dos relaciones tienen significados distintos. Pueden existir varias relaciones entre las dos mismas clases (y las dos mismas instancias). Cada relación forma una asociación entre dos instancias.

    En el CDM, cada instancia de relación tiene un origen y un destino, que son las funciones de la relación. El número de instancias que pueden participar en cada función es importante. Algunas relaciones permiten solo que una instancia participe. Otras, permiten un número ilimitado. La cantidad de instancias que pueden participar en cada función se conoce como cardinalidad de la relación.

Tipos de datos
La información contenida en los atributos y las medidas se debe presentar en una sintaxis conocida y, por ello, el CDM define un conjunto de tipos de datos que se deben utilizar para representar la información de la entidad.

Los tipos de datos definidos en el modelo no especifican una representación física de los datos, si no que especifican las longitudes de datos y, en ocasiones, la codificación o las mejores prácticas del contenido de los datos.

El modelo incluye también tipos de datos enumerados que permiten que los productos comprendan el significado común de determinados valores