Blocos de recursos em Cloud Provisioning and Governance

  • Versão de lançamento: Zurich
  • Atualizado 31 de jul. de 2025
  • 6 min. de leitura
  • Os blocos de recursos atuam como um tipo de componente de middleware entre itens do catálogo, a API de nuvem (CAPI) e o CMDB.

    O gráfico a seguir ilustra como os blocos de recursos se encaixam entre outros componentes no sistema:

    Blocos de recursos no ambiente de governança e provisionamento de nuvem

    Planos gráficos
    Cada bloco de recursos se torna um bloco de construção em um plano gráfico. Eventualmente, 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 Provisionamento e Desprovisionamento. Essas operações chamam vários componentes no CAPI para executar a operação recebida da pilha.
    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

    Blocos de recursos são conectados entre si em blueprints. 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 do datacenter da AWS.

    Figura 1. Servidor de plano gráfico com armazenamento
    Servidor de plano gráfico 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
    Interfaces de bloco de recursos
    • . interface de convidado conecta-se ao recurso que está acima dele. A interface de convidado contém operações (também chamado assinaturas de operação ), que permite que os usuários executem ações em seus recursos.
    • . interface do host conecta-se ao recurso abaixo do bloco de recursos no plano gráfico. A interface do host também contém assinaturas de operação.
    • . vinculações conecte recursos adjacentes.
    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 blueprints, essa conexão vertical é chamada de A. contenção conexão.
    • As conexões horizontais vinculam um recurso a outro, mas ambos os recursos precisam residir no mesmo bloco de recursos.
      Nota:
      Em blueprints, essa conexão horizontal é chamada de anexado a conexão.
    No mesmo modelo gráfico de exemplo com um servidor virtual com armazenamento anexado em um datacenter da AWS, os blocos de recursos são configurados conforme este gráfico ilustra:
    Figura 3. Interfaces para blocos de recursos
    Interfaces para blocos de recursos
    Bloco de recursos Interfaces e vinculações
    Servidor virtual
    • Interface do host: Computação
    • Vinculação: Ao volume de armazenamento
    Datacenter de AWS
    • Interface de convidado: Computação
    • Interface de convidado: Interface do servidor de armazenamento
    Armazenamento

    Interface do host: Interface do servidor de armazenamento

    A vinculação entre o servidor virtual e o armazenamento é unidirecional. Configure a vinculação no bloco de recursos de armazenamento virtual somente especificando o bloco de recursos de armazenamento. Não é necessário configurar outra vinculação no bloco de recursos de armazenamento.

    Interfaces e operações de convidado

    Cada interface de convidado fornece um conjunto padrão de operações (também chamadas de assinaturas de operação) que permitem que o usuário escolha o que deseja fazer com um recurso virtual. A operação mais comum é o provisionamento, o que significa que um recurso virtual é criado. Muitas interfaces de convidado e operações correspondentes são fornecidas por padrão com Cloud Provisioning and Governance aplicação. 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

    Detalhes do componente do bloco de recursos

    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 o que se relaciona a você.

    Operações para cada interface de convidado

    Cada interface de convidado fornece operações. Por exemplo, as operações mais comuns para um servidor virtual são Provisionamento , 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 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 em Local O campo é 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 CreateNode Operação da interface de CAPI. . CreateNode a operação de interface informa ao provedor de nuvem para 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 transmite os parâmetros de entrada exigidos por esse método. Por exemplo, o. Provisionamento a operação em um servidor virtual fornece uma etapa para 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 de nuvem, entre muitos outros parâmetros, é necessária. Para criar o nó, a conta de 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 etapa ou de etapas em uma operação para etapas em uma operação subsequente. Por exemplo, o. Provisionamento A operação de 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 da 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 processa a resposta.

    Nota:
    Esses processadores são scripts que são inclusões do sistema. Eles não são inclusões de script DO MID Server, como os scripts de CAPI que você pode criar para integrar com o provedor de nuvem.
    Figura 4. Como os componentes funcionam juntos
    Como os componentes do bloco de recursos funcionam juntos
    Os usuários podem ver 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 conectados entre si.
    1. O usuário inicia o processo solicitando uma pilha. A solicitação é Provisionamento operação no sistema.
    2. O sistema executa as etapas na ordem para Provisionamento operação para os blocos de recursos que compõem a pilha.
    3. Cada etapa chama o CAPI para determinar qual método executar, ao mesmo tempo em que passa valores para os parâmetros necessários.
    4. CAPI faz interface com a API do provedor de nuvem para provisionar o recurso real.
    Figura 5. Fluxo do processo quando um recurso é criado no provedor de nuvem
    Processo de resposta do 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 na nuvem para o usuário gerenciar.

    A página Blocos de recursos

    Gerencie blocos de recursos na página Blocos de recursos. Abra o portal Administrador de nuvem e navegue até Design > Blocos de recursos.

    Figura 6. Componentes da página Blocos de recursos
    Página do bloco de recursos e descrições dos itens na página