Classe Cloud

  • Versão de lançamento: Yokohama
  • Atualizado 30 de jan. de 2025
  • 2 min. de leitura

    • Descrição, regra de identificação e outras estruturas de esquema importantes para a classe de nuvem do CMDB.

    Para ver descrições de tabelas do CMDB comuns em um sistema de base, veja Descrições das tabelas do CMDB.

    Figura 1. Modelo de classe AWS/Azure/OpenStack​
    Modelo de classe do AWS/Azure/OpenStack.
    Figura 2. Modelo de esquema de nuvem do IBM Datacenter
    Modelo de esquema de nuvem do IBM Datacenter.
    Figura 3. Modelo de Esquema de Datacenter do Google
    Modelo de Esquema de Datacenter do Google.

    Descrição do esquema de nuvem

    O ServiceNow tem vários modelos de ambientes de nuvem, incluindo Amazon Web Services (AWS), serviço do Microsoft Azure, Google Cloud Platform (GCP) e IBM Cloud. Com foco no lado da computação, os modelos para ambientes de nuvem e para servidores virtuais são semelhantes. Por exemplo, as instâncias do Amazon Elastic Compute Cloud (EC2) e do Microsoft® Azure Cloud Compute são uma extensão das instâncias de Máquina Virtual, em que os ICs são normalmente criados conectando-se diretamente ao inventário da nuvem. No entanto, as instâncias de Máquina Virtual não representam o uso real da instância de nuvem.

    Conta de serviço em nuvem [cmdb_ci_cloud_service_account] é a classe principal para rastrear contas de nuvem, como AWS, GCP e Azure (substituindo, por exemplo, o uso da tabela cmdb_ci_aws_account para AWS).

    Por exemplo, você pode representar um host Linux convidado em execução no Amazon EC2 pela classe Servidor [cmdb_ci_server], com o atributo IsVirtual definido como true e com o relacionamento Runs on:Runs com a instância do EC2. A integração do AWS Config Service ou da aplicação Amazon CloudWatch fornece informações sobre a ID de objeto do EC2. Executando Descoberta ou outro programa de descoberta no host Linux convidado, fornece o hostname.

    Assegure-se do seguinte:
    • Obter o UUID correto que é armazenado na tabela Número de série [cmdb_serial_number].
    • Conectar-se/criar a instância de nuvem do SO do host, correspondendo no UUID/ID de objeto e criar o relacionamento Runs on:Runs.

    Além disso, há um modelo completo de Armazenamento, Rede, Lamda/Funções, além da modelagem de diferentes regiões usando o conceito da tabela Logical Datacenter [cmdb_ci_logical_datacenter] com o relacionamento Hosts:HostedOn com computação, armazenamento e outros.

    Regra de identificação

    O sistema base contém regras de identificação predefinidas para classes de esquema de nuvem. Um objeto de nuvem requer os seguintes itens de identificação:​
    • ID do objeto: que é sinônimo das IDs que os fornecedores de nuvem usam para cada tipo de recurso de nuvem, como Azure Compute, EC2 e Amazon Simple Storage Service (S3).

    • A ID do objeto é exclusiva por região e, portanto, tem relacionamento dependente que requer informações da tabela Logical Datacenter [cmdb_ci_logical_data_center], sobre a região onde o recurso de nuvem está sendo hospedado. Por exemplo, AWS Datacenter [cmdb_ci_aws_datacenter], Azure Datacenter [cmdb_ci_azure_datacenter], Google Datacenter [cmdb_ci_google_datacenter] que são estendidos do Datacenter Lógico.

      O próprio Datacenter Lógico tem duas entradas de identificador:​
      • ID do objeto: ID exclusiva do datacenter lógico, quando aplicável​
      • Região: região do recurso de nuvem

    • O Datacenter lógico tem dependência de contas de serviço em nuvem​, que tem duas entradas de identificador:

      • ID do objeto: ID exclusiva da conta, quando aplicável.
      • ID da conta: a ID exclusiva da conta que abrange os diferentes recursos de nuvem. A ID da conta geralmente é mais aplicável do que a ID do objeto.

    Para obter mais informações, confira Reconciliação e identificação no CMDB (IRE).