---
sourceDocument: Capacidades da Now Platform da Yokohama
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/pt-BR/yokohama/servicenow-platform

 Release :

    - yokohama

ft:locale :

    - pt-BR

ft:publication_title :

    - Capacidades da Now Platform da Yokohama

ft:clusterId :

    - platcap

bundleId :

    - platcap

workflow :

    - Platform


---

# Classe Cloud

# Classe Cloud {#ariaid-title1}

* Versão de lançamento: Yokohama
* 
* Atualizado 30 de jan. de 2025
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 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](https://servicenow-prod.fluidtopics.net/KyruzciYo2OUOpEpMzCirQ "Lista de tabelas do CMDB em um sistema de base com nome, rótulo e uma descrição do tipo de informação armazenada na tabela.").
Figura 1. Modelo de classe AWS/Azure/OpenStack Figura 2. Modelo de esquema de nuvem do IBM Datacenter Figura 3. Modelo de Esquema de Datacenter do Google

## Descrição do esquema de nuvem {#class-cloud__section_sld_v4g_mkb}

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.

A 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.
{#class-cloud__ul_mhp_yqg_mkb}

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 {#class-cloud__section_egp_xtg_mkb}

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
  {#class-cloud__ul_nbh_nrt_4kb}
* 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.
  {#class-cloud__ul_xvk_n5g_mkb}
{#class-cloud__ul_nhh_xjz_4kb}

Para obter mais informações, confira [Reconciliação e identificação no CMDB (IRE)](https://servicenow-prod.fluidtopics.net/FRYRH1T6b2MguV8YxFkQIg "O módulo de Identificação e reconciliação fornece uma estrutura centralizada para identificar e conciliar dados de diferentes fontes. Ele ajuda a manter a integridade do CMDB e de algumas tabelas não pertencentes ao CMDB quando várias fontes de dados são usadas para criar e atualizar registros de IC.").