A exceção permanente
«Só por esta vez, até terminarmos a migração.» Três anos depois, a migração não terminou e a exceção continua lá: uma porta aberta, uma base de dados sem cifra, uma conta sem etiquetas. Ninguém se lembra de quem a autorizou nem porquê. Multiplicada por cinquenta, essa é a distância real entre o que diz a norma e o que existe.
O que transforma uma exceção em algo governado
Uma exceção bem registada tem seis dados:
- Que regra não cumpre, citada com a sua versão.
- Que recurso ou sistema afeta.
- Porque é necessária.
- Que risco se aceita e que medidas o compensam enquanto durar.
- Quem a aprova e quem é responsável por a fechar.
- Quando caduca.
A data é o que importa
Sem data de validade, uma exceção é uma nova regra escrita num lugar onde ninguém a vê. Com data, acontece uma de três coisas quando vence:
- Fecha-se: o recurso já cumpre a norma.
- Renova-se, com um motivo novo e uma nova data, aprovada outra vez.
- Escala-se, se ninguém a fechar nem a renovar.
O que não pode acontecer é que continue a existir sem que ninguém o decida.
O registo como termómetro
Revisar o registo de exceções diz muito da norma:
- Muitas exceções sobre a mesma regra: a regra provavelmente está errada, e convém propor uma mudança (como vimos em a vida de uma norma).
- Exceções vencidas que se acumulam: o processo de revisão não funciona.
- Poucas exceções, todas com data: a norma e a realidade estão razoavelmente alinhadas.
Com as regras e as suas exceções sob controlo, falta levar tudo isto a várias clouds ao mesmo tempo. A primeira decisão de governo em qualquer cloud é também a mais estrutural: como se organizam as contas.
Como o aplicamos: Governo Multicloud.