Revisar conta por conta não escala
Com cinco contas, verificar à mão que todas cumprem a norma é tedioso mas possível. Com cinquenta, em três clouds, é impossível. E cada conta nova que se cria é outra para revisar.
A estrutura de contas que vimos antes tem uma propriedade que resolve isto: as políticas herdam-se.
De cima para baixo
Uma política aplicada à organização vale para todas as contas. Uma aplicada à unidade de cargas de trabalho vale para todas as contas dessa unidade. E assim para baixo. Por exemplo:
- Na organização: só regiões permitidas; registo de atividade ativado e protegido.
- Nas cargas de trabalho: cifra obrigatória; etiquetas de responsável e ambiente.
- Em produção: nenhum armazenamento público; nada de utilizadores locais.
- Nos espaços isolados: limite de gasto mensal e eliminação automática do que esteja semanas sem utilização.
Uma conta nova herda todas as regras do seu lugar na hierarquia desde o primeiro minuto.
Impedir e detetar
Há dois tipos de política, e são precisos os dois:
Preventivas. Impedem a ação: não se pode criar um recurso numa região não permitida, o pedido é rejeitado. São as mais seguras, mas há que usá-las para regras muito claras, porque bloqueiam.
Detetivas. Permitem a ação, mas detetam-na e informam: um recurso sem etiquetas aparece no relatório de conformidade com o seu responsável. São melhores para regras com nuances ou em período de transição.
O habitual é começar uma regra como detetiva, medir quanto se incumpre, corrigir o existente e, quando o incumprimento é quase zero, convertê-la em preventiva.
Junto às regras do código
Estas políticas atuam na cloud, sobre tudo o que existe. As regras como código atuam antes, sobre o plano de cada mudança. As duas camadas complementam-se: a primeira apanha o que escapa à segunda, incluindo o que alguém faz à mão na consola.
Com tudo isto em marcha, falta uma pergunta que quase ninguém faz: como se sabe se o governo funciona?
Como o aplicamos: Governo Multicloud.