--- sourceDocument: Xanadu IT Operations Management sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/pt-BR/xanadu/it-operations-management Release : - xanadu ft:locale : - pt-BR ft:publication_title : - Xanadu IT Operations Management ft:clusterId : - itom bundleId : - itom workflow : - Technology --- # Blocos de recursos no Cloud Provisioning and Governance # Blocos de recursos no Cloud Provisioning and Governance {#ariaid-title1} * Versão de lançamento: Xanadu * * Atualizado 1 de ago. de 2024 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 6 min. de leitura Os blocos de recursos atuam como um tipo de componente de middleware entre itens do catálogo, a API da nuvem (CAPI) e o CMDB. O gráfico a seguir ilustra como os blocos de recursos se encaixam entre outros componentes no sistema: Planos gráficos : Cada bloco de recursos se torna um bloco de construção em um plano gráfico. O plano gráfico se torna um item do catálogo (também chamado de pilha) que um usuário provisiona do Catálogo na nuvem. API de nuvem (CAPI) : Cada bloco de recursos define operações permitidas, como Provisionar e Desprovisionar. Essas operações chamam vários componentes no CAPI para executar a operação que é recebida da pilha. O CMDB : Cada bloco de recursos é baseado em um tipo de IC do CMDB. Os blocos de recursos também têm um processador de resposta que lida com respostas do provedor de nuvem para executar algum tipo de ação no CMDB, como criar ou atualizar um IC. ## Como os blocos de recursos estão conectados {#resource-blocks__section_pm2_dmt_w2b} Os blocos de recursos são conectados entre si em planos gráficos. Por exemplo, neste plano gráfico, um bloco de recursos de servidor virtual está conectado ao armazenamento. O servidor virtual e o armazenamento estão conectados a um bloco de recursos de datacenter da AWS. Figura 1. Servidor de blueprint com armazenamento Para que essas conexões sejam bem-sucedidas, cada bloco de recursos precisa especificar um tipo de interface. Este gráfico ilustra estas interfaces: Figura 2. Tipos de interfaces para blocos de recursos * A interface de convidado se conecta ao recurso que está acima dela. A interface de convidado contém as operações (também chamadas de assinaturas de operação), o que permite que os usuários executem ações em seus recursos. * A interface do host se conecta ao recurso abaixo do bloco de recursos no plano gráfico. A interface do host também contém assinaturas de operação. * As vinculações conectam recursos adjacentes. {#resource-blocks__ul_csn_x4t_w2b} Os blocos de recursos podem ter quantas interfaces de convidado, interfaces de host e vinculações forem necessárias. As conexões podem ser feitas em diferentes direções: * As conexões verticais exigem que o bloco de recursos superior tenha a mesma interface de host que a interface de convidado do bloco de recursos inferior. Nota: Em planos gráficos, essa conexão vertical é chamada de conexão de contenção. * As conexões horizontais vinculam um recurso a outro, mas ambos os recursos precisam residir na parte superior do mesmo bloco de recursos. Nota: Em planos gráficos, essa conexão horizontal é chamada de conexão anexada a. {#resource-blocks__ul_wpz_1rt_w2b} O mesmo plano gráfico de exemplo com um servidor virtual com armazenamento anexado em um datacenter da AWS, os blocos de recursos são configurados como este gráfico ilustra: Figura 3. Interfaces para blocos de recursos {#resource-blocks__table_ils_l45_w2b__entry__2} | Bloco de recursos | Interfaces e vinculações | |-|-| | Servidor virtual | * Interface do host: computação * Vinculando: ao volume de armazenamento {#resource-blocks__ul_htw_rp5_w2b} | | Datacenter da AWS | * Interface de convidado: computação * Interface de convidado: interface do servidor de armazenamento {#resource-blocks__ul_ajl_5p5_w2b} | | Armazenamento | Interface do host: interface do servidor de armazenamento A vinculação entre o servidor virtual e o armazenamento é unidirecional. Você configura a vinculação no bloco de recursos de armazenamento virtual somente especificando o bloco de recursos de armazenamento. Você não precisa configurar outra vinculação no bloco de recursos de armazenamento. | [ ] {#resource-blocks__table_ils_l45_w2b} ## Interfaces e operações de convidados {#resource-blocks__section_ut2_zpj_mz} Cada interface de convidado fornece um conjunto padrão de operações (também chamadas de assinaturas de operação) que permitem ao usuário escolher o que deseja fazer com um recurso virtual. A operação mais comum é Provisionar, o que significa que um recurso virtual é criado. Muitas interfaces de convidado e operações correspondentes são fornecidas por padrão com a aplicação Cloud Provisioning and Governance. Você pode usar essas interfaces de convidado padrão para muitos de seus blocos de recursos. Se você precisar criar uma nova interface de convidado, estas operações serão fornecidas por padrão: * Início * Parar * Provisionamento * Desprovisionar * Limpeza * ModifySchedule * ModifyLease {#resource-blocks__ul_a1w_v2v_w2b} ## Detalhes do componente do bloco de recursos {#resource-blocks__section_ntm_z4z_w2b} Cada bloco de recursos contém estes componentes: Camadas : A camada lógica na pilha à qual este bloco de recursos pertence. Por padrão, Cloud Provisioning and Governance fornece as camadas. Ao configurar blocos de recursos, você pode escolher aquele que está relacionado a você. Operações para cada interface de convidado : Conforme mencionado, cada interface de convidado fornece operações. Por exemplo, as operações mais comuns para um servidor virtual são Provisionar, Desprovisionar, Iniciar, Parar. Parâmetros de entrada para cada operação : Os parâmetros de entrada contêm valores que o provedor de nuvem usa, via CAPI, quando as operações são executadas. Esses parâmetros contêm as informações que o usuário seleciona ao executar uma operação, como o provisionamento, em uma pilha. Por exemplo, um usuário normalmente deve especificar o local, que é um datacenter, ao qual uma pilha pertence. O valor que o usuário seleciona no campo Local é mantido no parâmetro Local. O sistema usa este parâmetro, que está disponível por padrão para o bloco de recursos do servidor virtual, e o passa para a operação de interface CreateNode CAPI. A operação de interface CreateNode instrui o provedor de nuvem a criar (ou provisionar) o servidor virtual real. Etapas para cada operação : Cada operação requer uma etapa para fazer o trabalho real. Cada etapa chama uma interface e um método específicos no CAPI e passa os parâmetros de entrada necessários para esse método. Por exemplo, a operação de provisionamento em um servidor virtual fornece uma etapa para primeiro conectar e criar uma máquina virtual e outra etapa para criar o nó no provedor de nuvem. Cada etapa fornece parâmetros de entrada diferentes. Para conectar e criar uma máquina virtual, a conta na nuvem, entre muitos outros parâmetros, é necessária. Para criar o nó, a conta na nuvem não é necessária. Você pode adicionar quantas etapas forem necessárias para cada operação. Você também pode usar atributos de saída para passar valores em atributos de uma etapa para outra ou de etapas em uma operação para etapas em uma operação subsequente. Por exemplo, a operação de Provisionamento para um servidor virtual pode fornecer um atributo de saída para o ID da interface de rede e outro para o ID do nó. Quando o provedor de nuvem envia a resposta, o ID real da rede e do nó são analisados na resposta e salvos nos atributos de saída. As etapas subsequentes podem usar os IDs para executar ações. Processadores de resposta : Os processadores de resposta informam ao sistema o que fazer no CMDB. Quando o provedor de nuvem envia uma resposta após a execução de uma operação, o processador lida com a resposta. Nota: Esses processadores são scripts que são inclusões do sistema. Não são inclusões de script do MID Server, como os scripts CAPI que você pode criar para integrar com o provedor de nuvem. Figura 4. Como os componentes funcionam juntos Os usuários podem ver os itens do catálogo, também chamados de pilhas, no Catálogo na nuvem. Um item do catálogo é baseado em um plano gráfico que, por sua vez, é composto por blocos de recursos que estão conectados entre si. 1. O usuário inicia o processo solicitando uma pilha. A solicitação é a operação de provisionamento no sistema. 2. O sistema executa as etapas na ordem da operação de provisionamento para os blocos de recursos que compõem a pilha. 3. Cada etapa chama o CAPI para determinar qual método executar, além de passar valores para os parâmetros necessários. 4. O CAPI faz interface com a API do provedor de nuvem para provisionar o recurso real. {#resource-blocks__ol_gm1_ft1_x2b} Figura 5. Fluxo do processo quando um recurso é criado no provedor de nuvem 1. O provedor de nuvem provisiona o recurso e responde com JSON. 2. O sistema analisa a resposta dentro do script de recurso no bloco de recursos. 3. O sistema atualiza o CMDB. Ao provisionar um novo recurso, o sistema cria um IC na tabela correta. 4. A nova pilha aparece no portal do usuário da nuvem para o usuário gerenciar. {#resource-blocks__ol_eyh_sjb_x2b} ## A página Blocos de recursos Gerencie blocos de recursos na página Blocos de recursos. Abra o Portal de administração de nuvem e navegue até DesignBlocos de recursos. Figura 6. Componentes da página Blocos de recursos * **[Criar um bloco de recursos personalizado](https://servicenow-prod.fluidtopics.net/2Vjfl5~RmQ5huAdkL7eExQ)** Se os blocos no sistema de base não fornecerem os recursos de nuvem que você precisa provisionar, você poderá criar um bloco de recursos personalizado. * **[Configurar parâmetros de entrada do bloco de recursos](https://servicenow-prod.fluidtopics.net/Ml64aeslREWbPz3lfLBZnw)** Você pode configurar operações para cada interface de um bloco de recursos especificando parâmetros de entrada, etapas e atributos de saída. Os parâmetros de entrada contêm valores que o sistema requer para identificar e gerenciar um recurso virtual, como o datacenter e o grupo de recursos em que o recurso está. * **[Adicionar etapas de operação a um bloco de recursos](https://servicenow-prod.fluidtopics.net/kipmWUEEWAxDbsZyCXj55Q)** Depois de configurar as operações e os parâmetros de entrada para o bloco de recursos, adicione etapas para cada operação para informar ao sistema qual API de nuvem (CAPI) chamar. Cada etapa é uma chamada separada para o CAPI. * **[Estender Cloud Provisioning and Governance blocos de recursos com uma operação de substituição](https://servicenow-prod.fluidtopics.net/1i9DISMDhBF22hVVOOrmjg)** Você pode estender sua interface de convidado existente para criar uma nova operação. Você também pode criar uma nova interface de convidado com suas próprias operações, parâmetros e entradas. * **[Adicionar um script de recurso a um bloco de recursos](https://servicenow-prod.fluidtopics.net/xtkshr1oDz5Acq4h1iP38w)** Um script de recurso opera em um recurso durante a implantação ou retorna dados para o CMDB depois que um recurso é implantado. * **[Configurar um processador de resposta](https://servicenow-prod.fluidtopics.net/hLsh49QVkVrGD5HqreOIFw)** Configure um processador de resposta para lidar com respostas de datacenters. * **[Adicionar interface do Terraform Orchestration em um bloco de recursos](https://servicenow-prod.fluidtopics.net/eZD7HQOnVtSfxS~m7X1M9g)** Depois de ativar o app da Store do Terraform para Cloud Provisioning and Governance, para oferecer suporte a operações baseadas em nuvem para provedores de nuvem usando o Terraform Open Source Edition. Adicione a interface de Orquestração do Terraform no bloco de recursos para executar operações baseadas em nuvem por meio de modelos do Terraform. * **[Criar um bloco de recursos para o Microsoft Azure Cloud](https://servicenow-prod.fluidtopics.net/76VCCveiZ6ecx9rzTVK_kw)** Blocos de recursos são os blocos de construção dos itens do catálogo na nuvem. Crie um bloco de recursos para o provedor da plataforma de nuvem do Microsoft Azure com base em um tipo de IC do CMDB.