Blocos de recursos em Cloud Provisioning and Governance
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:
- 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.
Para que essas conexões sejam bem-sucedidas, cada bloco de recursos precisa especificar um tipo de interface. Este gráfico ilustra estas interfaces:
- . 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.
- 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.
| Bloco de recursos | Interfaces e vinculações |
|---|---|
| Servidor virtual |
|
| Datacenter de AWS |
|
| 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.
- Início
- Parar
- Provisionamento
- Desprovisionar
- Limpeza
- ModifySchedule
- ModifyLease
Detalhes do componente do bloco de recursos
- 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.
- O usuário inicia o processo solicitando uma pilha. A solicitação é Provisionamento operação no sistema.
- O sistema executa as etapas na ordem para Provisionamento operação para os blocos de recursos que compõem a pilha.
- Cada etapa chama o CAPI para determinar qual método executar, ao mesmo tempo em que passa valores para os parâmetros necessários.
- CAPI faz interface com a API do provedor de nuvem para provisionar o recurso real.
- O provedor de nuvem provisiona o recurso e responde com JSON.
- O sistema analisa a resposta dentro do script de recurso no bloco de recursos.
- O sistema atualiza o CMDB. Ao provisionar um novo recurso, o sistema cria um IC na tabela correta.
- 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é .