Como as políticas do Automation Service Broker são processadas

As políticas são processadas com base na definição de política. Em particular, o escopo e o nível de aplicação determinam qual política é válida quando existem várias políticas que podem ser aplicadas a uma única implantação.

Este artigo fornece informações gerais sobre o processamento de políticas, mas também inclui mais detalhes para os diferentes tipos de políticas.

Como as políticas são classificadas com base no nível da organização e no tipo de aplicação

Quando um usuário que é membro de um projeto cria uma implantação, pode haver mais de uma política aplicável a essa implantação.

Para avaliar as políticas, o sistema primeiro identifica e classifica as políticas. Existe alguma política rigorosa no nível do projeto e organização. Se houver políticas rigorosas e flexíveis, apenas as políticas rigorosas serão consideradas e classificadas. Se houver apenas políticas flexíveis, as políticas flexíveis serão classificas. A classificação de todas as políticas rigorosas ou todas as flexíveis é ordenada por escopo, com políticas organizacionais com uma classificação mais alta do que as políticas de projeto. A característica final de discriminação é a data de criação, com datas mais antigas sendo classificadas mais altas do que as datas mais recentes.

Como as políticas são processadas com base no nível da organização e no tipo de aplicação

As políticas são avaliadas, classificadas e, onde aplicável, mescladas para produzir uma política eficaz. Uma política eficaz produz os resultados pretendidos, mas nem sempre é uma política nomeada específica.

Esta seção inclui os exemplos a seguir:

• Políticas de concessão
• Políticas de ações de Dia 2

Revise os exemplos de política de concessão a seguir.

	Depois de identificar as políticas a serem consideradas e de classificar, as políticas são então avaliadas para identificar a ordem de mesclagem. A política de classificação mais alta se torna a linha de base. A política de segundo nível é aplicada em cima dela e assim por diante. Caso uma política seja incompatível com as políticas anteriores, ela será desconsiderada. Por exemplo, os valores são superiores às políticas anteriores. Qualquer política descartada será ignorada. Para ver qual política é aplicada, selecione Conteúdo e Políticas > Políticas > Aplicação, localize a implantação e revise as notas de decisão.
	Em vez de aplicar uma política e excluir todas as outras acima, as políticas são mescladas e podem incluir valores de mais de uma política individual. Nesse exemplo, o processo de mesclagem exclui a Política 2 da consideração porque os valores são maiores do que os da Política 1. Em seguida, a Política 3 é avaliada contra a Política 1. Os valores Lease e Lease total na Política 3 são inferiores aos da Política 1 e, portanto, juntamente com o Período de carência, tornam-se parte da política efetiva.

Analise os seguintes exemplos de política de ações do Dia 2.

Depois de identificar as políticas a serem consideradas e de classificar, as políticas são então avaliadas para identificar a ordem de mesclagem. A política de classificação mais alta se torna a linha de base. A política de segundo nível é aplicada em cima dela e assim por diante. Se uma política for imposta por políticas anteriores, por exemplo, a política 3, ela será desconsiderada. Qualquer política descartada será ignorada. Para ver qual política é aplicada, selecione Conteúdo e Políticas > Políticas > Aplicação, localize a implantação e revise as notas de decisão.

Considerações de metas de gerenciamento de políticas de concessão

Agora que você sabe como políticas de concessão são processadas, identifique suas metas de gerenciamento de políticas. Ao compreender como as políticas são processadas, é possível atender às suas metas de gerenciamento sem criar um número excessivo e não gerenciável de políticas.

Ao decidir como implementar suas políticas, considere os seguintes cenários.

• Exemplos de metas e aplicação de políticas de concessão
• Exemplos de metas e aplicação de políticas de Dia 2

Tabela 1. Exemplos de metas e aplicação de políticas de concessão

Meta do gerenciamento	Exemplo de configuração	Comportamento
Política padrão significativa de nível-organização que ainda permite que os valores da política de nível-projeto influenciem os valores aplicados.	Política da organização = Flexível Período de carência: 10 Lease: 100 Lease total: 100 Projeto 1 política 1= Flexível Lease: 20 Lease total: 50 Projeto 2 política 1= Flexível Lease: 10 Lease total: 30	Um membro do projeto 1 solicita um item de catálogo. Projeto 2 não é levado em consideração, pois não é aplicável a implantações do projeto 1. A política efetiva mesclada é: Período de carência: 10 Lease: 20 Lease total: 50
Sempre padrão para a política de nível-organização.	Política da organização = Rígida Período de carência: 10 Lease: 100 Lease total: 100 Projeto 1 política 1= Flexível Lease: 20 Lease total: 50	Um membro do projeto 1 solicita um item de catálogo. O projeto 1 política 1 não é considerado porque o projeto de nível de organização rigoroso tem uma classificação mais alta e a política flexível não é considerada. A política eficaz é: Período de carência: 10 Lease: 100 Lease total: 100
Todas as políticas são definidas no nível-projeto, sem política padrão de nível-organização.	Projeto 1 política 1 = Flexível Período de carência: 10 Lease: 100 Lease total: 100 Projeto 1 política 2= Flexível Lease: 20	Um membro do projeto 1 solicita um item de catálogo. Ambas são políticas flexíveis e ambas são para o projeto 1. Os valores são mesclados. A política eficaz é: Período de carência: 10 Lease: 20 Lease total: 100

As políticas de ações do dia 2 são usadas nesses exemplos.

Tabela 2. Exemplos de metas e aplicação de políticas de Dia 2

Meta do gerenciamento	Exemplo de configuração	Comportamento
Política padrão significativa de nível-organização que ainda permite que os valores da política de nível-projeto influenciem os valores aplicados.	Política da organização = Flexível Ações: Deployment.* Projeto 1 política 1= Flexível Ações: Cloud.vSphere.Machine.* Projeto 2 política 1= Flexível Ações: Cloud.Azure.Machine.*	Um membro do projeto 1 solicita um item de catálogo. Projeto 2 não é levado em consideração, pois não é aplicável a implantações do projeto 1. A política efetiva mesclada é: Ação: {Deployment.* ,Cloud.vSphere.Machine.*}
Sempre padrão para a política de nível-organização.	Política da organização = Rígida Ação: Deployment.* Projeto 1 política 1= Flexível Ação: Cloud.vSphere.Machine.*	Um membro do projeto 1 solicita um item de catálogo. O projeto 1 política 1 não é considerado porque o projeto de nível de organização rigoroso tem uma classificação mais alta e a política flexível não é considerada. A política eficaz é: Ação: {Deployment.* }
Todas as políticas são definidas no nível-projeto, sem política padrão de nível-organização.	Projeto 1 política 1 = Flexível Ações: Deployment.ChangeLease Projeto 1 política 2= Flexível Ação: Deployment.Delete	Um membro do projeto 1 solicita um item de catálogo. Ambas são políticas flexíveis e ambas são para o projeto 1. Os valores são mesclados. A política eficaz é: Ação: {Deployment.ChangeLease , Deployment.Delete}

Exemplos de metas e aplicação de políticas de aprovação

A avaliação de políticas de aprovação segue esse processo.

1. Uma solicitação de implantação ou ação de Dia 2 é enviada.
2. O serviço de aprovação faz uma consulta em busca de políticas que se apliquem ao projeto que está solicitando um item de catálogo ou alterando um item implantado.
3. Todas as políticas aplicáveis de escopo em nível de organização e projeto são retornadas.
4. As políticas de aprovação são filtradas com base nos critérios de implantação. Os critérios de implantação se aplicam a implantações e ações de dia 2.
5. Se nenhuma política correspondente for encontrada, nenhuma aprovação será necessária, e o processo de implantação prosseguirá.
6. Se houver políticas correspondentes, por exemplo, AP1, AP2, APn, um item de aprovação será criado como:
   • Políticas aplicadas = AP1, AP2, APn.
   • Aprovadores = Uma união de todos os aprovadores em todas as políticas aplicadas.
   • Expiração automática = Rejeitar se qualquer política tiver um valor de rejeição; caso contrário, aprovar.
   • Expiração = Número mínimo de dias de qualquer uma das políticas aplicadas.

A tabela a seguir fornece um exemplo de várias políticas. A descrição de como elas são processadas encontra-se abaixo da tabela.

Política	Exemplo de configuração
AP1	Escopo = Organização Expiração automática = Aprovar Expiração = 7 dias
AP2	Escopo = Projeto 1 Expiração automática - Aprovar Expiração = 3 dias
AP3	Escopo = Projeto 1 Expiração automática = Rejeitar Expiração = 4 dias
AP4	Escopo = Projeto 2 Expiração automática = Aprovar Expiração = 5 dias

Com base nas políticas e exemplos de configuração acima, as seguintes informações explicam como uma solicitação do Projeto 1 é processada.

1. A avaliação de escopo retorna AP1, AP2 e AP3. AP4 não está incluída, pois é uma política do Projeto 2.
2. Pressupondo que AP1, AP2 e AP3 atendam aos critérios de implantação e ação, o item de aprovação inclui os seguintes valores:
   • Aprovadores = Qualquer um ou todos os aprovadores de AP1, AP2 e AP3 são adicionados como aprovadores.
   • Expiração automática = Rejeitar. AP3 fornece o comportamento mais restritivo.
   • Expiração = 3 dias. AP2 fornece o valor mais baixo.