Legitimationsoplysninger, teams & RBAC

Når de er gemt, bliver hemmelige felter skrivebeskyttede: Du kan erstatte dem, men aldrig læse dem igen, så en stjålet brugergrænsefladesession ikke kan lække værdien.

En legitimationsoplysning af typen Machine indeholder det SSH-brugernavn, den nøgle og den adgangskode til rettighedsforøgelse, som jobs bruger til at oprette forbindelse til værter og blive root på dem.

Hver person, der logger ind på AWX, er en bruger. Du kan tildele tilladelser direkte til en bruger, men det bliver hurtigt uoverskueligt i stor skala.

Et team samler brugere, så du kun skal tildele adgang til gruppen én gang. Når en ny medarbejder starter, skal du blot føje personen til teamet. 👥

Rollebaseret adgangskontrol tildeler bestemte roller på bestemte objekter, så en bruger kun kan se og køre præcis det, jobbet kræver.

På en jobskabelon kan du tildele rollen Execute for at køre den eller Admin for at redigere den, så operatører kan starte jobs uden at kunne omskrive dem.

En organisation er den øverste container, der indeholder projekter, værtsfortegnelser, teams og legitimationsoplysninger. Dermed kan én AWX-instans betjene mange isolerede lejere.

RBAC lader dig følge princippet om mindst mulige privilegier: Tildel den mindst mulige rolle, der er nødvendig. Revisorer kan f.eks. læse jobresultater uden nogensinde at røre legitimationsoplysninger.

En bruger kan få en legitimationsoplysning til at bruge i en skabelon uden nogensinde at kunne se dens hemmelighed. Dermed adskilles den, der kører noget, fra den, der kender hemmeligheden. 🛡️

Legitimationsoplysninger holder hemmeligheder skrivebeskyttede, teams samler brugere, og RBAC tildeler roller med mindst mulige privilegier pr. objekt, så folk kun kører det, de skal. ✅