Policy as Code

Policy as Code (PaC) betyder, at organisatoriske regler udtrykkes i maskinlæsbare tekstfiler, som en policy engine kan evaluere automatisk. Reglerne kan eksempelvis afgøre, om en konfiguration, adgangsanmodning eller deployment opfylder fastlagte krav.

Policyfiler kan versionsstyres, reviewes, testes og distribueres gennem samme type arbejdsgang som anden kode. Evalueringen leverer en beslutning eller et resultat; den omgivende integration afgør, om det giver en advarsel, blokering, rapport eller anden handling.

Hvorfor er begrebet vigtigt?

Manuelle politikker og portalindstillinger kan være svære at anvende ensartet i mange miljøer. Policy as Code gør krav gentagelige og kan kontrollere ændringer tidligt i en pipeline eller løbende i et kørende miljø.

Versionshistorik og pull requests synliggør, hvem der ændrede en regel og hvorfor. Automatiske tests kan samtidig vise, om kendte tilladte, afviste og særlige scenarier stadig behandles som forventet.

Typisk misforståelse

En policy bliver ikke korrekt, blot fordi den er skrevet som kode. Et uklart krav, forkerte inputdata eller manglende undtagelser kan automatisere den forkerte beslutning og påvirke mange systemer på én gang.

Policybeslutning og håndhævelse er heller ikke altid samme komponent. En engine kan returnere et resultat, mens en pipeline, API-gateway, cloudplatform eller applikation håndhæver det.

Eksempel

Et fiktivt platformteam kræver, at nye storage-ressourcer ikke er offentlige, bruger kryptering og har tags for ejer og miljø. Kravene skrives som testbare regler i et repository.

Når en pull request ændrer infrastrukturen, evaluerer pipelinen den planlagte konfiguration. En overtrædelse giver en præcis fejl og stopper deploymenten. En tidsbegrænset undtagelse kræver ejer og begrundelse. Periodiske kontroller finder senere ressourcer, der er ændret uden for den godkendte proces.

Best practice

• Knyt hver regel til et tydeligt krav, scope, formål og en navngiven ejer.

• Skriv positive, negative og kanttilfælde som automatiske tests.

• Definér adfærd ved manglende eller ukendte input; undgå tavs tilladelse.

• Indfør nye regler i audit- eller advarselstilstand, før kritiske blokeringer aktiveres.

• Versionsstyr policy, testdata og undtagelser med peer review og ændringshistorik.

• Overvåg beslutninger, falske positiver og udløbsdatoer, og planlæg rollback.