Regras de relacionamento dependente do CMDB

As definições de serviço consistem em tipos de IC e tipos de relacionamento. As regras de relacionamento dependentes definem a estrutura de dependência dos tipos de IC e os tipos de relacionamento nessas definições de serviço, ajudando na identificação de IC e na construção de mapas de serviço de negócios.

As dependências definidas por essas regras são usadas ao identificar ICs dependentes para priorizar a ordem de identificação de ICs e para corresponder aos ICs e respectivos ICs dependentes em uma carga útil. Regras de relacionamento dependentes também são usadas pelo Mapeamento de serviços e podem ser definidas para tipos de IC personalizados. Depois de definir um novo tipo de IC, você pode definir regras de relacionamento dependente que especificam como o novo tipo de IC está relacionado aos tipos existentes no CMDB.

As regras de relacionamento dependentes consistem em regras de hospedagem e contenção (regras de relacionamento dependente), cada tipo modelando os dados de uma perspectiva diferente do IC. As regras de contenção representam a hierarquia de configuração de ICs, descrevendo qual IC contém quais outros ICs. As regras de hospedagem representam o posicionamento de ICs em uma definição de negócios, descrevendo em que ICs são executados.

As regras de hospedagem e de contenção descrevem um tipo de relacionamento entre dois tipos de IC e o mesmo tipo de relacionamento pode ser usado em uma regra de hospedagem e em uma regra de contenção. É o contexto em que o relacionamento é usado que distingue entre uma regra de contenção e de hospedagem.

Gerenciar regras de relacionamento dependente:

• Para acessar regras no nível de classe, use o gerenciador de classe de IC. Navegar até Tudo > Configuração > Gerenciador de Classes de IC.
• Para acessar regras agrupadas, use o Editor de metadados. Navegar até Tudo > Configuração > Identificação/Reconciliação > Editor de Metadados.

Os plug-ins que foram ativados em uma instância determinam quais regras de hospedagem e contenção existem em um sistema de base.

Regras de hospedagem

As regras de hospedagem representam todas as combinações válidas possíveis de pares de hospedagem e ICs hospedados na definição de serviço. As regras de hospedagem são um conjunto plano de regras que podem ter apenas um nível de profundidade e que sempre envolvem recursos, normalmente hardware físico ou virtual. Cada regra de hospedagem é uma regra autônoma entre dois tipos de IC, descrevendo um tipo de IC válido que outro tipo de IC pode hospedar ou pelo qual outro tipo de IC pode ser hospedado. Uma regra de hospedagem consiste em um tipo de IC primário, um tipo de relacionamento (como Hosted On::Hosts) e um tipo de IC secundário. Por exemplo, você pode ter uma regra de hospedagem que especifica que o tipo de IC "Aplicação", "Runs On::Runs", o tipo de IC "Hardware".

Um IC pode ser hospedado em vários recursos (como Windows e Linux). Este IC é representado por uma regra de hospedagem para o IC com cada recurso em que o IC pode ser hospedado. Durante a identificação de IC, o par de ICs que está sendo examinado deve satisfazer pelo menos uma regra de hospedagem.

As regras de hospedagem são armazenadas na tabela Regras de Hospedagem de Metadados do CMDB [cmdb_metadata_hosting].

Regras de contenção

As regras de contenção representam a hierarquia de contenção de um tipo de IC, descrevendo objetos válidos que um tipo de IC pode conter na definição de serviço e objetos válidos que podem ser contidos pelo tipo de IC. As regras de contenção são conectadas entre si em um grupo de regras de contenção, com um tipo de IC que é o primário de nível superior (raiz) do grupo. A coleção de regras de contenção constrói um mapa semelhante a uma hierarquia de relacionamentos de contenção. Regras de contenção são conceitos lógicos usados para representar ICs lógicos, por exemplo, para descrever software executado em um servidor. Uma regra de contenção consiste em um tipo de IC primário, um tipo de relacionamento (como "Contained By::Contains") e um tipo de IC secundário. Por exemplo, você pode ter uma regra de contenção especificando que o tipo de IC "Tomcat" "Contains::Contained By" o tipo de IC "Arquivo WAR".

Pontos de extremidade são regras de contenção especiais que especificam conexões de entrada ou de saída no modelo, designando os tipos de IC para os quais os dados de algum tipo especificado entram ou saem da definição de serviço. Depois de adicionar um endpoint a uma regra de contenção, você não pode adicionar regras secundárias à regra do endpoint.

As regras de contenção são armazenadas na tabela Regras de contenção de metadados do CMDB [cmdb_metadata_containment].

Regras de referência

As regras de referência são usadas principalmente pela Gestão de nuvem para representar todas as combinações válidas possíveis de pares de ICs de referência e referenciados na definição de serviço.

• Regras de referência são um conjunto simples de regras que podem ter apenas um nível de profundidade.
• As regras de referência sempre envolvem recursos, normalmente entidades virtuais. Cada regra de referência é uma regra autônoma entre dois tipos de IC, descrevendo um tipo de IC válido que outro tipo de IC pode referenciar ou pelo qual outro tipo de IC pode ser referenciado. As duas classes de IC devem ser independentes uma da outra.
• Uma regra de referência consiste em um tipo de IC primário, um tipo de relacionamento (como Provisioned From::Provisioned) e um tipo de IC secundário. Por exemplo, você pode ter uma regra de referência que especifica o tipo de IC "Máquina virtual" para o relacionamento Provisioned From::Provisioned com o tipo de IC "Imagem".
• Um IC pode fazer referência a vários recursos (por exemplo, uma instância de VM pode ter uma relação de referência com os modelos de imagem e hardware). Este IC é representado por uma regra de referência para o IC com cada recurso em que o IC pode ser referenciado.
• A regra de referência não pode fazer parte da identificação do IC.
• As regras de referência são armazenadas na tabela Regras de referência de metadados do CMDB [cmdb_metadata_reference].

Requisitos de regras

As regras que você cria são vinculadas aos seguintes requisitos que restringem os relacionamentos e garantem que somente opções válidas estejam disponíveis nas listas suspensas no Editor de metadados.

• Dado um tipo de IC que está como secundário em uma regra de contenção: este tipo de IC ou os secundários dele podem ser um primário de nível superior (raiz) de qualquer outra regra de contenção e não pode estar em qualquer regra de hospedagem, nem como primário e nem como secundário.
• Dado um tipo de IC que é primário de nível superior (raiz) de uma regra de contenção: não pode ser secundário em uma regra de hospedagem (por exemplo, você não pode ser hospedado no Tomcat, se o Tomcat tiver regras de contenção).
• Dado um tipo de IC que é secundário em uma regra de hospedagem: não pode estar em nenhuma regra de contenção, como primário ou secundário.
• Dado um tipo de IC que é primário em uma regra de hospedagem: ele não pode ser secundário em nenhuma regra de conteção.
• Regras de hospedagem não podem criar loops como Tomcat –runs_on- VMWare –runs_on- Tomcat.

Modelo de regras de hospedagem e contenção

Regras de hospedagem que modelam o diagrama:

Tomcat 'Runs on' Hardware.

Regras de contenção que modelam o diagrama:

• Tomcat 'Contains' arquivo de configuração
• Tomcat 'Contains' WAR
• O WAR tem dois endpoints para JDBC com MySQL:
  • Entrada
  • Saída

Conjunto válido de regras

Tomcat Hosted Linux
Linux Hosted Computer

A segunda entrada de metadados aciona o terceiro requisito, que é atendido (é uma regra de hospedagem, não uma regra de contenção).

• Criar regras de relacionamento dependentes
  Crie regras de hospedagem e contenção (regras de relacionamento dependente) para classes de IC para ajudar a identificar corretamente ICs dependentes durante o processo de descoberta de negócios e mapeamento de serviço. Descoberta chama a API de identificação que aplica regras de relacionamento dependente.