Skip to main content
En tjenestekonto er en navngivet identitet til en integration. Den ejer API-nøgler eller OAuth-klienter og bærer de tilladelser, som disse legitimationsoplysninger må anvende, så adgangsgennemgangen sker på kontoniveau: Hvad en integration kan foretage sig, er synligt ét sted, uanset hvor mange legitimationsoplysninger den har. Selve kontoen er ikke en legitimationsoplysning: Dens ID kan ikke autentificere en anmodning. Se Godkendelse for at vælge en metode; en integration med API-nøgle behøver ikke OAuth. Administrer tjenestekonti fra fanen Service accounts i Developer Hub.

​
Design dine konti ud fra arbejdsbelastninger

Opret én tjenestekonto pr. integration eller arbejdsbelastning – for eksempel reporting-pipeline, scim-sync eller soc-enrichment – frem for én bred konto til alt. Konti pr. arbejdsbelastning holder tilladelserne minimale, gør anmodningslogge sporbare og gør det muligt at deaktivere én integration uden at berøre de øvrige.

​
Opret en tjenestekonto

1

Navngiv kontoen

Giv kontoen et navn, der identificerer den arbejdsbelastning, den betjener, og en beskrivelse af, hvad den gør. Begge dele vises i lister og logge, så fremtidige administratorer kan skelne kontiene fra hinanden.
2

Tildel tilladelser

Vælg de tilladelser, som kontoen må give videre til sine legitimationsoplysninger – for eksempel entity:read, simulation:read eller reporting:read. Dette sæt er øvre grænse for alle legitimationsoplysninger, der oprettes under kontoen: Legitimationsoplysninger kan have en delmængde af disse tilladelser, aldrig flere.
Tildel det minimum, som arbejdsbelastningen har brug for i dag. Du kan tilføje kontotilladelser senere; eksisterende legitimationsoplysninger beholder deres tildelte scopes.
3

Gennemgå og opret

Bekræft navnet og tilladelsessættet. Efter oprettelsen er kontoens detaljeside stedet, hvor du opretter dens API-nøgler.

​
Administrer livscyklussen

  • Rediger tilladelser når som helst. Når du fjerner en tilladelse fra kontoen, fjernes den fra det, som kontoens API-nøgler og OAuth-adgangstokens kan udøve.
  • Deaktiver en konto for at stoppe API-adgang via alle dens legitimationsoplysninger – nyttigt, når en integration udfases, eller når et mistænkt lækage af legitimationsoplysninger skal inddæmmes, mens du undersøger sagen. Ved genaktivering kan legitimationsoplysninger, der stadig er aktive og ikke er udløbet, autentificere igen.
  • Slet en konto, når integrationen er udfaset. Stop integrationen, og tilbagekald dens legitimationsoplysninger først. Sletning er permanent.
Hver kontos detaljeside viser, hvem der har oprettet den, hvornår, og hvornår en af dens nøgler sidst blev brugt – en hurtig måde at finde forladte integrationer på, som bør deaktiveres.