Bemærk
Adgang til denne side kræver godkendelse. Du kan prøve at logge på eller ændre mapper.
Adgang til denne side kræver godkendelse. Du kan prøve at ændre mapper.
En udrulningsplan er en standard Fabric-genstand. Den introducerer ikke en egen tilladelsesmodel: adgang til en plan kommer fra din arbejdsområderolle, ligesom adgang til en notesbogs eller en datapipeline.
Der er ingen planspecifik rolle, ingen deling på punktniveau for planer, og ingen separat tilladelse til at give, før nogen kan udarbejde en.
Hvordan tilladelser fungerer
To forskellige kontroller gælder på to forskellige tidspunkter.
Når du laver en plan, styrer din arbejdsområderolle, om du kan oprette, redigere og slette den. Fordi arbejdsområder-roller gælder for hele arbejdsområdet, har alle, der kan lave en plan, allerede adgang til alle elementer i det arbejdsområde. Der er ingen ekstra kontrol på de punkter, du refererer til i planen.
Når en udrulning kører, skal den person eller tjenesteprincipal, der starter udrulningen, have de tilladelser, som selve udrulningen kræver i det målrettede arbejdsområde. At vedhæfte en plan giver ikke, udvider eller omgår ikke disse tilladelser. En plan kan kun påvirke rækkefølgen af en udsendelse og de handlinger, der udføres under den. Det kan ikke give nogen adgang, de ikke allerede har.
Vigtig
At vedhæfte en plan øger aldrig tilladelserne. Hvis en udrulning ville fejle for en bruger uden plan, fejler den på samme måde med en.
Roller for arbejdsområde
Følgende tabel viser minimumsarbejdspladsrollen for hver deployment plan-operation.
| Operation | Administrator | Medlem | Bidragyder | Viewer |
|---|---|---|---|---|
| Åbn en plan på lærredet (læs) | ✅ | ✅ | ✅ | ✅ |
| Opret, rediger eller slet en plan | ✅ | ✅ | ✅ | |
| Commit eller hent en plan gennem Git som en del af en workspace-commit eller opdatering fra Git | ✅ | ✅ | ✅ | |
| Vedhæft en plan under opdatering fra Git | ✅ | ✅ | ✅ | |
| Vedhæft en plan under den indledende Git-synkronisering | ✅ | ✅ | ✅ | |
| Vedhæft en plan under udgreiningen | ✅ | ✅ | ✅ | |
| Aflys en udsendelse, der har en plan tilknyttet | ✅ | ✅ | ✅ | |
| Se planoversigten for en udrulning, og åbn punktets kørselshistorik | ✅ | ✅ | ✅ | ✅ |
Hver operation bruger den samme tilladelsesport som sin modpart uden en plan. For eksempel kræver det præcis det, som Update from Git kræver at vedhæfte en plan under Update from Git.
Udrulningspipelines
Vedhæftning af en plan i en deployment-pipeline følger deployment pipelines tilladelsesmodel, som er baseret på den rolle, du har i den relevante pipeline-fase, snarere end på planen. Brugere, der kan udrulle en fase, kan vedhæfte en plan til den udrulning.
Variabelbiblioteker
Hvis en plan kobler handlingsinput til et variabelt bibliotek, følger adgangen til disse værdier variablebibliotekets egne tilladelser, som ligeledes stammer fra arbejdsområdets rolle. At vælge det aktive værdisæt kræver samme rolle, som det kræver at ændre det direkte i variabelbiblioteket.
Tjenesteprincipaler
Service principals har de samme rollebaserede tilladelser som brugerne. En serviceprincipal, der kører planbevidste deployments i en CI/CD-proces, har brug for Contributor eller højere på målarbejdsområdet, det samme som den har brug for for enhver deployment i dag. Der kræves ikke yderligere tilskud til planen.