Skip to main content
En tjenestekonto er en navngitt identitet for en integrasjon. Den eier API-nøkler eller OAuth-klienter og har de tillatelsene som disse legitimasjonene kan bruke, slik at tilgangsgjennomgang skjer på kontonivå: hva en integrasjon kan gjøre, er synlig på ett sted, uavhengig av hvor mange legitimasjoner den har. Selve kontoen er ikke en legitimasjon: ID-en kan ikke brukes til å autentisere en forespørsel. Se Autentisering for å velge en metode; en integrasjon med API-nøkkel trenger ikke OAuth. Administrer tjenestekontoer fra fanen Service accounts i Developer Hub.

​
Utform kontoene rundt arbeidsbelastninger

Opprett én tjenestekonto per integrasjon eller arbeidsbelastning – for eksempel reporting-pipeline, scim-sync eller soc-enrichment – i stedet for én bred konto for alt. Kontoer per arbeidsbelastning holder tillatelsene minimale, gjør at forespørselsloggene kan tilskrives riktig kilde, og lar deg deaktivere én integrasjon uten å berøre de andre.

​
Opprett en tjenestekonto

1

Gi kontoen et navn

Gi kontoen et navn som identifiserer arbeidsbelastningen den betjener, og en beskrivelse av hva den gjør. Begge vises i lister og logger, slik at fremtidige administratorer kan skille kontoene fra hverandre.
2

Gi tillatelser

Velg tillatelsene kontoen kan gi til legitimasjonene sine – for eksempel entity:read, simulation:read eller reporting:read. Dette settet er taket for alle legitimasjoner som opprettes under kontoen: en legitimasjon kan ha en delmengde av disse tillatelsene, aldri flere.
Gi det minimum arbeidsbelastningen trenger i dag. Du kan legge til kontotillatelser senere; eksisterende legitimasjoner beholder de omfangene de har fått.
3

Gjennomgå og opprett

Bekreft navnet og tillatelsessettet. Etter opprettelsen er kontoens detaljside stedet der du oppretter API-nøklene.

​
Administrer livssyklusen

  • Rediger tillatelser når som helst. Når du fjerner en tillatelse fra kontoen, fjernes den fra det API-nøklene og OAuth-tilgangstokenene kan utøve.
  • Deaktiver en konto for å stoppe API-tilgang gjennom alle legitimasjonene dens – nyttig når en integrasjon avvikles eller ved mistanke om lekkasje av legitimasjon mens du undersøker saken. Når kontoen aktiveres igjen, kan legitimasjoner som fortsatt er aktive og ikke utløpt, autentisere på nytt.
  • Slett en konto når integrasjonen er faset ut. Stopp integrasjonen og tilbakekall legitimasjonene først. Sletting er permanent.
Hver kontos detaljside viser hvem som opprettet den, når, og når en av nøklene sist ble brukt – en rask måte å oppdage forlatte integrasjoner som bør deaktiveres.