Udarbejd en lejermiljøstrategi til at adoptere Power Platform i skala
Alle organisationers mulighed for at vælge Microsoft Power Platform er entydige. En lejermiljøstrategi hjælper med at sætte skub i brugen på en håndterbar og sikker måde.
I denne hvidbog vises, hvordan du kan tilpasse strategien for Power Platform-lejermiljøet med produktfunktionerne og -visionen. Få mere at vide om, hvordan du bedst kan bruge de nyeste funktioner på platformen til at implementere en miljøstrategi, der gør det muligt for dig at implementere Power Platform til omfattende virksomheder.
Bemærk
Du kan gemme eller udskrive denne whitepaper ved at vælge Udskriv i din browser og derefter vælge Gem som PDF.
Introduktion
Power Platform giver organisationer mulighed for at udvikle løsninger med lave koder til hurtige løsninger. Disse løsninger kan fokusere på produktivitet for enkeltpersoner og mindre teams eller gælde på tværs af organisationen. De kan også omfatte forretningsprocesser, herunder eksterne kunder og partnere. Understøttelse af disse løsninger er Power Platform-miljøer, hvor ressourcerne med lave koder bygges, testes og bruges. I takt med at organisationen bliver mere og mere synlig for Power Platform, er det vigtigt at implementere en god lejermiljøstrategi for at gøre den håndterbar og sikker, efterhånden som antallet af miljøer vokser.
I denne artikel kan du finde oplysninger om, hvordan du bedst kan bruge de tilgængelige funktioner til at oprette din første miljøstrategi eller udvikle de aktuelle planer, så du kan få større succes. Vi skitserer også vores vision om, hvordan disse funktioner skal arbejde sammen, og hvordan de kan udvikle sig i forbindelse med administration af Power Platform i stort omfang. I denne vejledning skal du finde ud af, hvordan du korrekt distribuerer nye brugere til miljøer og gruppemiljøer for konsekvent at anvende sikkerhedsregler og andre vigtige aspekter af en lejermiljøstrategi. Vi har også detaljerede trin til sikring af standardmiljøet, som er et vigtigt første trin i implementeringen af en miljøstrategi.
Selvom der findes mange perspektiver til administration af Power Platform-miljøer, er tilgangen i denne artikel på linje med Microsofts nyeste produktretning, og den bruger aktuelle funktioner og planlagte forbedringer på kort tid. Denne opdaterede vejledning kan hjælpe dig med at sikre, at du kun bruger de miljøfunktioner og -indstillinger, der er strategiske for, hvordan Microsoft klarer sig med henblik på at administrere miljøer på lige så mange områder.
Microsofts vision for lejermiljø
Mange organisationer starter deres Power Platform-rejse med personlige produktivitetsapps og automatiseringer, der er indbygget og kører i et delt centralt miljø, der kaldes standardmiljøet. I disse ressourcer bruges ofte kun de grundlæggende funktioner, der følger med Microsoft 365, og som ikke bruger de fulde funktioner i Power Platform. Efterhånden som den første implementering går hurtigere, giver Microsoft organisationer mulighed for at gå i gang med at bruge en miljøstrategi til implementering af de komplette Power Platform-funktioner i virksomheden. Disse avancerede funktioner bliver tilgængelige, når brugere har en premium Power Platform (Power Apps, Power Automate Microsoft Copilot Studio) og Dynamics 365-licens. Den Power Platform model, der bruges til at lære programmet at arbejde med, kan give mere indsigt, så organisationer lettere kan definere deres planer for at opnå omfattende implementering i virksomheden ud over deres miljøstrategi. Denne fremgangsmåde kan hjælpe organisationer med at udvikle sig fra grundlæggende personlig produktivitet til virksomhedsskaleret indføring af Power Platform.
Power Platform administrative, styrings- og sikkerhedsmæssige funktioner gør det muligt for organisationer at anvende og administrere Power Platform -virksomhedens produktivitet og brug af virksomhedsapps i stor skala. Ved hjælp af administrerede miljøer aktiveres et sæt premium-funktioner, der giver større synlighed og kontrol og reducerer den manuelle indsats for at administrere og sikre miljøer. Ved hjælp af disse funktioner kan du sikre, at dine sikkerhedspolitikker anvendes på en ensartet måde. Administratorer kan foretage overgang til en miljøstrategi i virksomhedsdrift ved hjælp af disse funktioner. Hvis du bruger mindre tid og kræfter på administration, kan du reducere de samlede ejeromkostninger (TCO) på platformen, efterhånden som organisationen skalerer brugen.
Et nøgleelement i overgangen til skalering i virksomheden er at forbedre den delte, centrale miljøstrategi for beslutningstagere ved at gøre det nemmere for dem at bruge personlige udviklingsmiljøer. I en delt, central miljøstrategi kan skabere udvikle, bruge og dele apps i standardmiljøet. Denne strategi kan resultere i manglende isolation og skabere, der griber ind i hinanden. Forestil dig, at alle i virksomheden har delt en enkelt OneDrive-mappe med alle deres dokumenter. I stedet kan du bruge miljøfunktioner til at vejlede skabere til deres eget personlige miljø, hvor de kan oprette deres apps sikkert mod de beslutningstagere, der arbejder på ikke-relaterede aktiver, med forenklede regler for administratorer. Kolleger kan tilføjes som flere beslutningstagere i disse miljøer for at samarbejde om udvikling af løsninger.
Figur: Illustration af et delt, centralt miljø (til venstre) og en miljørutestrategi (til højre).
Nye udviklermiljøer kan automatisk føjes til en gruppe, der anvender regler for at sikre, at miljøerne har ensartede sikkerhedspolitikker. Administratorer kan håndtere undtagelser ved at flytte en brugers miljø til en gruppe med regler for overensstemmelse.
Ressourcer med lave kode, der er oprettet af skaberne, repræsenterer den indledende fase i ressourcens ALM-behandling (application lifecycle management). Som en del af denne indledende fase er det vigtigt at hente hver version af en ressource og evt. kunne oprette den igen. Når ressourcen er klar til at blive delt, kan brugeren bruge den kontinuerlige integration, der er knyttet til udviklermiljøet, til at forfremme den til et produktionsmiljø, hvor brugere kan køre ressourcen isoleret fra en fortsættende opretteraktivitet.
Du bør prioritere de indbyggede funktioner på platformen for at administrere miljøer, når det er muligt, i stedet for at bygge dine egne værktøjer. Hvis de indbyggede funktioner ikke lever op til din organisations særlige krav, kan du bruge platformsadministratorværktøjer til at oprette brugerdefinerede værktøjer. Du bør evaluere eventuelle brugerdefinerede værktøjer i forhold til nye funktioner, efterhånden som de bliver tilgængelige. Hvis du holder øje med Microsofts oversigt over platformen og vedligeholder din egen vejledning, kan det gøre det nemmere.
Du bør oprette en miljøstrategi ved hjælp af de anbefalede miljøfunktioner, der er skræddersyet til din organisations særlige behov. Du skal ikke tænke på at oprette miljøstrategien som en engangsaktivitet. Den bør udvikle sig med tiden for at indarbejde nye miljøfunktioner, efterhånden som de bliver tilgængelige.
Funktioner, der understøtter en miljøstrategi i virksomhedsdrift
Miljøer er en rapportkomponent til Power Platform administration, styring og sikkerhed. En komplet funktionsoversigt er ikke omfattet af dette dokument. I dette afsnit fremhæves dog de funktioner, der understøtter implementering af en miljøstrategi i hele virksomheden.
Typer af miljøer beskriver de forskellige anvendelser af miljøer som en del af din strategi.
Administrerede miljøer indeholder et sæt førsteklasses funktioner, der gør det nemmere at administrere miljøer i stor skala.
Autokrav på licenser forenkler licenstildeling ved at give brugerne mulighed for at gøre krav på Power Apps licenser pr. bruger, når de er nødvendige, i stedet for at kræve, at en administrator identificerer brugere, der har brug for licenser på forhånd.
Miljøgrupper og -regler forklarer, hvordan du administrerer miljøer som grupper og anvender regler på grupper for at automatisere ensartede styringspolitikker.
Standardmiljørouting flytter automatisk udviklere væk fra at oprette ressourcer i standardmiljøet til deres eget, personlige miljø.
Microsoft Dataverse giver forbedret sikkerhed og ALM.
Foretrukne løsninger hjælper udviklere med at sikre, at alle de aktiver, de bygger, er i en Dataverse løsning, hvilket gør det nemmere at hæve dem til andre miljøer.
Pipelines i Power Platform giver en forenklet proces til at fremme aktiver fra udviklings- til test- og produktionsmiljøer, hvilket gør kontinuerlig integration og udrulning (CI/CD) tilgængelig for alle udviklere.
Katalogiser i Power Platform giver udviklere mulighed for at dele komponenter, f.eks. apps og flows, og mere avancerede udgangspunkter, f.eks. skabeloner.
Miljøtyper
I følgende tabel beskrives de typer miljøer, du kan oprette, deres egenskaber og anvendelsesformål.
| Type | Egenskaber og anvendelser |
|---|---|
| Standard | Det miljø, der leveres sammen med alle lejere. Mange Microsoft 365 erfaringer bruger dette miljø til tilpasninger og automatisering. Dette miljø er ikke beregnet til længere eller permanent arbejde ud over de Microsoft 365 personlige produktivitetsscenarier. |
| Produktion | Dette miljø er beregnet til at blive brugt til permanent arbejde i en organisation. Produktionsmiljøer understøtter udvidet opbevaring af sikkerhedskopier fra syv dage til op til 28 dage. |
| Sandkasse | Disse er ikke-produktionsmiljøer, som tilbyder funktioner som f.eks. kopiering og nulstilling. Sandkasser bruges bedst til test og ALM-buildmiljøer. |
| Udvikler | Disse specielle miljøer er beregnet som skabernes personlige arbejdsområder til udvikling, som isolerer aktiver med lave kode fra brugere og andre beslutningstagere. Oprettere kan have op til tre udviklermiljøer. De tæller ikke med i din lejers kapacitet. Udviklermiljøer, der ikke har været brugt i 90 dage, slås automatisk fra og fjernes derefter fra lejeren, hvis ejeren ikke svarer på en meddelelse. Dynamics 365-apps er ikke tilgængelige i et udviklermiljø. |
| Prøveversion | Disse miljøer er beregnet til at understøtte kortsigtet test og proofs of concept. De er begrænset til én pr. bruger. Prøveversionsmiljøer fjernes automatisk fra lejeren efter en kort periode. |
| Microsoft Dataverse for Teams | Disse miljøer oprettes automatisk, når du opretter en app i Teams eller installerer en app fra appkataloget. Sikkerhedsmodellen for disse miljøer er på linje med det team, de er tilknyttet. |
| Support | Disse er særlige miljøer, der er oprettet af Microsoft Support, og som giver teknikere mulighed for at foretage fejlfinding af problemer. Disse miljøer tæller ikke med i din lejers kapacitet. |
Når du har sammensat en overordnet miljøstrategi for lejere, er de forskellige typer relevante for at understøtte strategianbefalingerne.
Administrerede miljøer
Miljøer har et basissæt med funktioner og egenskaber, afhængigt af miljøtypen. Administrerede miljøer udvides med basisfunktionerne og indeholder en pakke med premium-funktioner, der gør det nemmere for administratorer at administrere Power Platform i stor skala med mere kontrol, mindre indsats og større indsigt. Disse funktioner er ulåste, når du angiver et miljø som administreret.
I følgende tabel vises de funktioner i administrerede miljøer, der er tilgængelige, fra og med dette brev. Der tilføjes ofte nye funktioner, så du kan finde dokumentationen for den seneste liste. Selvom alle funktionerne kan hjælpe dig med at udarbejde en miljøstrategi, er funktionerne i kursiv mere relevante for den strategi, der beskrives i denne artikel.
| Mere synlighed | Mere kontrol | Mindre indsats |
|---|---|---|
|
Indsigt i brug Oversigt over administratorer Licens rapporter Visning af datapolitik Eksportere data til Azure Application Insights AI-genererede beskrivelser for alle apps |
Grænser for deling Datapolitikker for skrivebordsflow Kontrol af løsning Velkomstindhold for udviklere IP-firewall IP-cookie-binding Kundeadministrerede nøgler Kunde Lockbox Udvidede back-ups |
Nem aktivering Power Platform Rørledninger Routing af miljø Miljøgrupper og -regler Power Platform rådgiver |
Automatisk krav af licens
Politikker for automatisk krav automatiserer tildeling af Power Apps og Power Automate licenser til brugere, når de har brug for en licens til at bruge bestemte apps eller funktioner. Automatisering kan reducere antallet af licenser, der forbruges, og undgå, at der tildeles licenser manuelt.
Når en politik er konfigureret, tildeles alle brugere i organisationen, der skal have en individuel Power Apps-licens, automatisk én under følgende betingelser:
Hvis en bruger f.eks. uden en selvstændig Power Apps-licens starter en app, der kræver en premiumlicens, vil brugeren automatisk blive tildelt en Power Apps pr. brugerlicens.
Hvis en bruger f.eks. uden en selvstændig Power Apps-licens starter en app i et administreret miljø, vil systemet automatisk tildele brugere en Power Apps pr. brugerlicens.
Ligeledes, når en politik er konfigureret, tildeles alle brugere i organisationen, der skal have en individuel Power Automate-licens, automatisk én under følgende betingelser:
Brugeren udløser, gemmer eller slår et premium skyflow til med en deltaget RPA (Automatisering af automatisering af arbejdsgangen).
Brugeren anmoder om en Power Automate Premium-licens.
Det anbefales, at du konfigurerer automatisk krav om licenser, hvis miljøstrategien omfatter Administrerede miljøer. Brugere af apps og flows støder på den mindste mængde licenser, og du optager kun licenser for brugere, der aktivt kører apps eller bruger Power Automate.
Miljøgrupper og regler
Efterhånden Power Platform som lejeren bliver adoption, øges antallet af miljøer, der kræver administration og behov, også. Jo flere miljøer der stiger, jo mere udfordrende bliver det at sikre, at du har anvendt ensartede indstillinger og politikker for miljøerne. Funktionen miljøgrupper gør det nemmere, fordi du kan oprette navngivne grupper og knytte miljøer til dem, f.eks. placere relaterede dokumenter i en filmappe.
Vær opmærksom på følgende, når du bruger miljøgrupper:
Det er nødvendigt at inkludere et miljø i en gruppe.
Et miljø kan kun være placeret i én gruppe ad gangen.
Et miljø kan flyttes fra en gruppe til en anden.
Miljøer i en gruppe kan komme fra flere geografiske områder.
Grupper kan ikke indeholde andre grupper.
Miljøgrupper kan konfigurere og aktivere en eller flere af følgende regler for at sikre ensartede indstillinger og ensartede indstillinger:
Delingskontrolelementer til lærredsapps
Brugsindsigt
Velkomstindhold til producent
Håndhævelse af løsningskontrol
Opbevaring af sikkerhedskopier
AI-genererede beskrivelser
En regel bliver aktiv, når den publiceres. Aktive regler anvendes på alle miljøer, der er knyttet til gruppen.
Når en grupperegel administrerer en indstilling, låses de enkelte miljøindstillinger. Du kan kun ændre reglen ved at ændre den. Hvis miljøet fjernes fra gruppen, bevarer det gruppeindstillingerne, men nu kan en miljøadministrator ændre dem. Dette er vigtigt for en miljøstrategi, da det sikrer, at en miljøadministrator ikke kan tilsidesætte de politikker, du angiver for gruppen.
Ved hjælp af miljøgrupper kan du organisere dine miljøer på logiske måder, f.eks. organisationsstrukturen, hierarkiet for produktservice eller andre rammer, vi undersøger senere. Følgende diagram er et begrebsmæssigt eksempel på, hvordan contoso-organisationen måske synes om organisering af miljøgrupperne.
Figur: Konceptualisering af en miljøstrategi for en Contoso lejer.
Når du planlægger regler, der skal konfigureres, kan du gennemgå, hvad du kan anvende på de enkelte niveauer i det begrebsmæssige hierarki. Selvom du endnu ikke kan konfigurere gruppehierarkiet, kan du bruge en kombination af navngivningskonventioner og regelkonfiguration til at implementere det konceptsmæssige design. I betragtning af den konceptualisering af Contoso-lejeren, der blev vist tidligere, repræsenterer følgende illustration de miljøgrupper, som organisationen kunne bruge til at implementere designet.
Figur: Eksempel på implementering af de konceptuelle miljøgrupper i den faktiske lejer
Senere i denne artikel undersøger vi, hvordan du kan bruge miljøgrupper på flere måder som en del af en lejermiljøstrategi.
Standardmiljørouting
Et vigtigt led i den miljøstrategi, vi skitserer i denne artikel, er at flytte beslutningstagere væk fra at oprette ressourcer i standardmiljøet. Med funktionen miljørouting omdirigeres skabere til deres eget personlige udviklingsmiljø, og der oprettes nye udviklermiljøer efter behov.
Figur: En udvikler omdirigeres automatisk til et personligt udviklermiljø i stedet for standardmiljøet, når der bygges apps.
De udviklermiljøer, der oprettes ved hjælp af routing, administreres som standard. Brugere med licenser i Developer Plan er begrænset til at oprette og få vist eksempler på ressourcer i miljøet. Hvis de vil køre ressourcerne som bruger, skal de have en relevant licens.
Du kan bruge miljørouting alene, men den anbefalede måde er at bruge den sammen med miljøgrupper. Når alle de oprettede miljøer bruges på denne måde, knyttes de til den gruppe, du angiver til at indeholde alle nye udviklermiljøer, hvilket sikrer, at det straks er omfattet af dine politikker for udviklere.
Oprettere tildeles automatisk en sikkerhedsrolle, der gør dem til miljøadministrator for deres udviklermiljø. Når miljøet er en del af en miljøgruppe, kan producenten – som miljøadministrator – ikke ændre miljøindstillingerne, fordi de administreres af gruppereglerne for miljøet. Det er kun administratorer, der kan ændre gruppereglerne, der kan foretage ændringer.
Du kan gennemtvinge endnu mere kontrol på to måder. For det første kan du ikke tillade manuel oprettelse af udviklermiljøer i din lejerindstillinger. Når denne indstilling er angivet, kan oprettere ikke selv oprette miljøer på administrationsportalen. Der oprettes heller ikke en automatisk af distributionspolitikken. Dernæst kan du angive en sikkerhedsgruppe i distributionspolitikken for at begrænse, hvem der automatisk kan oprettes et miljø.
Miljørouting understøtter i første omgang distribution af nye og eksisterende beslutningstagere væk fra standardmiljøet, når de bruger make.powerapps.com. Med tiden understøtter Power Platform andre tjenester funktionen til miljørouting.
Microsoft Dataverse
Dataverse gemmer og administrerer sikkert data, der bruges af programmer. I forbindelse med en miljøstrategi er Dataverse løsningsfunktionen det, du bruger til at transportere apps og komponenter fra et miljø til et andet. Skabere bygger deres aktiver i objektbeholdere – løsninger – som sporer det, de bygger. Løsninger kan nemt transporteres til andre miljøer. Ved hjælp af denne fremgangsmåde kan du adskille udviklermiljøer, hvor skabere bygger ressourcer, fra de produktionsmiljøer, hvor de bruges. Både beslutningstagere og brugere har fordel af det. Skabere kan fortsætte med at udvikle deres ressourcer, og brugerne bliver ikke overrasket over ændringerne. Når beslutningstagere er klar til at udgive deres ændringer, kan de anmode om at få mere ud af den opdaterede ressource i produktionsmiljøet.
Dataverse-løsninger er den mekanisme, der bruges til at implementere ALM i Power Platform-produkter som Power Apps og Power Automate. Pipelines i Power Platform bruger løsninger til at automatisere CI/CD af aktiver, som skabere bygger. Løsninger kan eksporteres fra Dataverse og gemmes i et kildekontrolværktøj som f.eks. Azure DevOps eller GitHub. Løsningen i kildekontrolelementet bliver sandhedens kilde, hvis du skal genskabe udviklingsmiljøet. Hvis en udvikler f.eks. har udviklet en populært app og derefter har slettet udviklermiljøet, kan en eksporteret løsning, der er gemt i kildekontrolelementet, bruges til at genskabe et brugbart udviklingsmiljø.
En anden vigtig overvejelse, når du opretter et miljø med Dataverse er, om nogen Dynamics 365-programmer installeres i miljøet. Hvis der findes et potentielt, skal du aktivere Dynamics 365, når du opretter miljøet, eller du vil ikke kunne installere Dynamics 365-apps senere.
Vi anbefaler, at du klargør Dataverse i alle de miljøer, hvor skabere opretter aktiver, som deles med andre brugere. Det gør det nemmere for aktiverne at være ALM klar.
Foretrukne løsninger
Når en bruger opretter et Dataverse-aktiv i et Dataverse-miljø – og ikke starter fra en brugerdefineret løsning – knyttes aktivet til standardløsningen og måske også Common Data Service-standardløsningen. Standardløsningen deles af alle de beslutningstagere, der opretter aktiver i miljøet. Det er ikke nemt at identificere, hvilken bruger der har oprettet, hvilke komponenter eller hvilke aktiver der tilhører hvilke apps. Det kan gøre det svært at få en meget populære app til et andet miljø, hvor du kan dele den med en publikum. Du ville være nødt til at forfremme alle aktiverne i standardløsningen – ikke et ideelt scenario.
For at understøtte din miljøstrategi og gøre det nemmere at arbejde med skal skaberne oprette en brugerdefineret løsning i deres udviklingsmiljø og derefter angive den som foretrukken løsning i miljøet. Skabere kan vælge den foretrukne løsning i et miljø for at angive, hvilken løsning et aktiv, de har oprettet, skal tilknyttes. Foretrukne løsninger kan være med til at sikre, at når beslutningstagere bruger pipelines til at forfremme deres ressourcer til andre miljøer, indeholder den fremhævede løsning alle de påkrævede aktiver. Opgøre dette som at forberede aktiverne til at være ALM-klar.
Pipelines i Power Platform
Som vi har set, er et vigtigt element i en god miljøstrategi at isolere, hvor et aktiv bygges fra, hvor det installeres og bruges. Denne separation sikrer, at brugere, der forsøger at bruge et aktiv, ikke oplever nedetid, fordi en bruger opdaterer det. Det kræver dog, at aktiver forfremmes til et produktionsmiljø – helst som en del af en Dataverse-løsning – før de kan bruges.
Dataverse-løsninger kan nemt transporteres manuelt mellem miljøer. Men du kan automatisere processen – og oprette politikker for at sikre, at der sker korrekt ændringsstyring – ved hjælp af pipelines. Afhængigt af de miljøregler, du angiver i løsningskontrollen, gennemtvinger pipelines automatisk alle regler, før løsningen installeres, hvilket forhindrer yderligere installationsfejl. I følgende diagram illustreres det, hvordan pipelines kan automatisere salgsfremstød for et aktiv fra udvikling til produktion.
Figur: En pipeline automatiserer promovering af et aktiv, der er gemt i kildestyring, fra udvikling via test til produktion.
Du kan konfigurere antallet af miljøer og processer, f.eks. godkendelser, der skal inkluderes i en pipeline.
Pipelines arbejder sammen med miljøgrupper. De kan være forudkonfigureret til udviklingsmiljøer, så skaberne nemt kan starte kampagnen ved at svare på et spørgsmål, når de forsøger at dele deres aktiver med andre brugere. Som en del af en installationsanmodning ved hjælp af pipelines kan beslutningstagere se, hvem deres aktiver skal deles med, samt de påkrævede sikkerhedsroller. En pipelineadministrator kan godkende eller afvise anmodningen før installationen ved at sikre mindst rettigheder for den person, der startede den.
Pipelines i Power Platform lagrer definitionerne af hver pipeline i et værtsmiljø, som Microsoft administrerer som standard. Men du kan definere flere værtsmiljøer i den lejer, du administrerer, så du kan håndtere entydige krav.
Katalog i Power Platform
Organisationer, hvor udviklere og beslutningstagere bygger og deler komponenter, f.eks. apps og flow, og skabeloner, som er mere avancerede udgangspunkter, får mere værdi fra Power Platform. Kataloget Power Platform gør det nemt for udviklere at dele deres komponenter og skabeloner på tværs af miljøer mere effektivt.
Kataloget installeres i et miljø og kan installeres sammen med pipelineværten i det samme miljø. Det er også muligt at håndtere særlige krav til ressourcesegmentering ved at have flere miljøer, hvor der er installeret et katalog.
Oversigt over funktioner
Efterhånden som Microsoft udvikler sig yderligere i Power Platform og understøtter administrationen, kan du følge med i udgivelsesplanlægger. Du får mere at vide om, hvad der er planlagt i den kommende udgave, og hvad du kan prøve nu. Du kan endda oprette din egen udgivelsesplan ved at gemme de elementer, du vil følge.
Grundlaget for en miljøstrategi i virksomhedsdrift
Vi diskuterede vores vision om en lejermiljøstrategi på virksomhedsskala og vigtige miljøfunktioner, der understøtter den. Nu ser vi på, hvordan du kan bruge disse funktioner sammen som en del af en miljøstrategi. Din strategi skal være baseret på din organisations særlige behov, så lad os starte med et grundlæggende eksempel, før vi vender os til, hvordan du kan skræddersy en strategi, så den opfylder dine behov.
I dette eksempel ønsker Contoso-ledelsen at give medarbejdere mulighed for at benytte sig af Power Platform og har identificeret følgende krav på et højt niveau:
Medarbejdere skal kunne oprette automatiserede dokumentgodkendelsesprocesser og andre Power Platform-tilpasninger med Microsoft 365.
Medarbejdere skal kunne udvikle Power Apps og Power Automate og automatisere deres personlige produktivitet.
De beslutningstagere, der arbejder på firmaets app til sporing af overholdelse af standarder, skal kunne udvikle og vedligeholde den.
Contoso-administrations- og gruppegruppen kom frem til følgende miljøtopologi for at understøtte disse krav:
Figur: Foreslået miljøtopologi for Contoso's Power Platform i skala-projekt.
Lad os gå i detaljer med dette diagram over miljøtopologien.
Standardmiljøet er brugt til at opbygge Microsoft 365-produktivitetstilpasninger. Politikker til forhindring af datatab og begrænsninger af delingen begrænser andre typer maker-aktiviteter og gør det muligt at finde ud af, hvad beslutningstagere kan bygge på dette miljø.
Det er kun administratorer, der kan oprette prøveversions-, sandkasse- og produktionsmiljøer. Skabere bruger en brugerdefineret Microsoft-formular eller en anden proces til at anmode om et nyt miljø. Startpakken Microsoft Power Platform Center of Excellence (CoE) indeholder en miljøanmodning, der kan bruges.
Der oprettes fire miljøgrupper: Udvikling, Delt udvikling, UAT (test af brugeraccept) og Produktion.
En miljøroutingspolitik, der er angivet for gruppen Udvikling, distribuerer beslutningstagere væk fra standardmiljøet til deres egne udviklermiljøer. Når der oprettes nye udviklingsmiljøer, knyttes de automatisk til gruppen Udvikling, og de tilhørende regler anvendes.
Gruppen Delt udvikling understøtter miljøer, der indeholder projekter med flere beslutningstagere.
UAT-gruppen indeholder miljøer, der bruges til at teste ressourcer, før de forfremmes til produktion.
Gruppen Produktion indeholder miljøer, der er vært for apps, strømme og andre artefakter til produktionsbrug.
Det, der mangler i den foreslåede topologi, er pipelines til at automatisere salgsfremstød mellem udviklings-, test- og produktionsmiljøer. Nu skal du tilføje dem.
Figur: Den samme miljøtopologi med pipelines, der forbinder et pipelineværtsmiljø med udviklings-, test- og produktionsmiljøer.
I det reviderede diagram over miljøtopologi har vi tilføjet et pipelineværtsmiljø og to pipelines. En pipeline flytter ressourcer fra udvikling til test og derefter til produktionsmiljøer. Pipelinereglen for gruppen Udvikling ændres, så den bruger denne pipeline. Den anden pipeline flytter ressourcer fra det delte udviklingsmiljø til test og derefter til produktion. Pipelinereglen for gruppen Delt udvikling ændres, så den bruger denne pipeline.
Denne grundlæggende miljøstrategi giver et grundlag, du kan bygge på til andre brugssager, som vi undersøger derefter.
Miljøstrategier for bestemte scenarier
Her er nogle almindelige brugssager, som du måske skal indarbejde i strategien for fundament lejemiljøet.
Kontrol af, hvilke beslutningstagere der kan oprette udviklermiljøer
Alle, der har en Power Platform Premium-licens, en udviklerplanlicens eller en Power Platform-lejeradministratorrolle, kan som standard oprette et udviklermiljø fra administrationsportalen.
I den grundlæggende miljøstrategi sikrer miljørouting, at skabere omdirigeres væk fra standardmiljøet til et nyt udviklermiljø, der er oprettet i den angivne gruppe. Oprettere kan dog stadig oprette udviklermiljøer manuelt, der ikke placeres i en miljøgruppe, og hvor reglerne ikke anvendes.
Hvis du vil begrænse, hvilke beslutningstagere der er berettiget til miljørouting, skal du angive en sikkerhedsgruppe i distributionskonfigurationen. Når der konfigureres en sikkerhedsgruppe, er det kun medlemmer af sikkerhedsgruppen, der distribueres. Alle andre går tilbage til standardmiljøet.
Større fleksibilitet for avancerede beslutningstagere
I den grundlæggende miljøstrategi distribueres alle nye maker-miljøer til en bestemt udviklermiljøgruppe. Denne gruppe af miljøer har som regel et ret restriktivt sæt regler, der gælder.
Efterhånden som skaberne bliver mere avancerede, kan du give dem mulighed for at anmode om adgang til flere funktioner. I stedet for at fjerne dem fra den oprindelige miljøgruppe og manuelt administrere undtagelsen, kan du bruge en anden miljøgruppe til at spore disse avancerede beslutningstagere.
Figur: Føj flere dygtige udviklere til et miljø, der har lempede styringsregler.
Organisere udviklermiljøer efter område eller afdeling
I den aktuelle implementering af miljørouting oprettes alle nye udviklermiljøer i en enkelt miljøgruppe. Hvad skal du gøre, hvis du f.eks. vil organisere skaberens udviklermiljøer efter område eller afdeling?
Brug routing til at dirigere skabere til et nyt udviklermiljø, der er oprettet i den angivne gruppe. Du kan derefter flytte den til en anden gruppe, der er baseret på område-, afdelings- eller andre kriterier, hvor du kan anvende mere detaljerede regler.
Figur: Når miljørouting har oprettet udviklermiljøer i den angivne gruppe, skal du flytte dem til mere strukturelt specifikke grupper.
Flytning af miljøer er en manuel handling i dag, men du kan automatisere det, når Power Platform administrationstilslutning understøtter gruppefunktionen i en senere opdatering.
Udvikling af en app til virksomhedsbrug
Et team i din organisation udvikler måske en app til brug i hele virksomheden. Teamet kan være it-drevne eller omfatte både it- og forretningsbrugere (det, der kaldes et fusionsteam).
I den mest simple miljøstrategi bygger projektteamet i et delt miljø, der enten er en sandkasse eller en produktionstype. En miljøtype for en udvikler er ikke den bedste måde at understøtte flere beslutningstagere på en ressource. Skaberne skal dog kommunikere med hinanden for at undgå konflikter og konflikter i det delte miljø.
Der kræves ikke særlige test- og produktionsmiljøer. Appen kan testes og installeres i test- og produktionsmiljøer, der er vært for flere programmer i hele organisationen.
Figur: To virksomhedsapps under udvikling i dedikerede miljøer, derefter testet og implementeret i miljøer, der deles med andre apps.
I et mere avanceret miljø har de enkelte udviklere et individuelt udviklermiljø. Det har den fordel, at producenten bliver mere isoleret, men det kan gøre det mere kompliceret at kombinere individuelt arbejde i et integrationsmiljø. Selvom det kan være nyttigt for større, avancerede teams at arbejde isoleret, kan det være en god ide at føje unødvendige enheder til mindre teams, der kan opnå større succes i et delt udviklingsmiljø.
Figur: To udviklere, der arbejder på den samme app i individuelle udviklermiljøer, skal kombinere deres arbejde i et delt integrationsmiljø, før den flyttes til test og produktion.
Denne regel inkorporerer som regel en kildestyringsstrategi, hvor hvert udviklingsmiljø repræsenteres som en gren i kildekontrolelementet, der flettes, når ændringer er klar til at blive forfremmet. Det er vigtigt at tage højde for, hvordan programmet vedligeholdes efter den første udgivelse.
Version 1.0 af appen er f.eks. i produktion, mens teamet går videre til opbygning af version 2.0. Miljøstrategien skal understøtte løsning af et problem i version 1.0, mens udviklingen af version 2.0 er i gang.
Figur: Version 1.0 skal patches, testes og udrulles, mens version 2.0 udvikles, testes og udrulles.
Miljøgrupper tilbyder flere fremgangsmåder til håndtering af dette virksomhedsappscenarie. Dette kan f.eks. være en enkelt appgruppe eller omfatte separate grupper for hver fase i udviklingen. I afsnittet bedste praksis undersøger vi, hvordan du kan evaluere indstillingerne.
Minimere brug af udviklermiljøer
De enkelte udviklermiljøer er den anbefalede måde at give skaberne et arbejdsområde til at udvikle løsninger med lave koder. De tilbyder den højeste grad af isolation fra andre beslutningstagere. Men hvis din organisation vil minimere antallet af udviklermiljøer, er det bedre med flere delte miljøer end til at skabe aktiver i standardmiljøet.
I dette scenario kan du begrænse oprettelsen af udviklermiljøer og oprette delte udviklingsmiljøer af produktionstypen. Du kan organisere disse delte miljøer efter organisationsstruktur, område eller andre kriterier. En miljøgruppe kan indeholde dem for at sikre, at der anvendes ensartede regler. Giv skabere tilladelse til at oprette aktiver med lave kode i det miljø, de har fået tildelt.
Sikkerhed som en del af miljøstrategien
Miljøer er en væsentlig komponent i sikker brug af Power Platform. De repræsenterer sikkerhedsgrænser i din lejer, der er med til at beskytte apps og data. I forbindelse med miljøstrategien skal du overveje, hvordan dine sikkerhedskrav har indflydelse på antallet af og formålet med miljøerne i lejeren.
Miljøer giver dig mulighed for at oprette flere sikkerhedsgrænser i din lejer for at beskytte apps og data. Den beskyttelse, der leveres af miljøet, kan justeres, så den lever op til den nødvendige sikkerhedsbeskyttelse, ved at anvende et sæt sikkerhedsfunktioner, der kan konfigureres, på miljøet. Der findes ikke en detaljeret beskrivelse af de enkelte sikkerhedsfunktioner i miljøet i denne artikel. I dette afsnit kommer vi dog med anbefalinger til, hvordan du tror på sikkerhed som en del af din lejermiljøstrategi.
Sikkerhed på lejerniveau
De fleste sikkerhedsindstillinger, der påvirker miljøer, konfigureres for de enkelte miljøer enkeltvis. Du kan dog foretage visse ændringer på lejerniveau for at understøtte din miljøstrategi.
- Overvej deaktivering af funktionen Del med alle i Power Platform. Det er kun administratorer, der kan dele et aktiv med alle.
- Overvej sikring af integration med Exchange.
- Anvend isolation på tværs af lejere for at minimere risikoen for dataeksfiltrering mellem lejere.
- Begræns oprettelsen af helt nye produktionsmiljøer til administratorer. Det er en fordel at begrænse oprettelse af miljøer for at bevare kontrollen generelt: både for at forhindre ikke-bogført kapacitetsforbrug og for at reducere antallet af miljøer, der skal administreres. Hvis brugere skal anmode om miljøer fra den centrale it-afdeling, er det nemmere at se, hvilke personer der arbejder på det, hvis administratorerne er kontrollører.
Sikre standardmiljøet
Standardmiljøet understøtter tilpasninger af Microsoft 365-produktivitet. Som en del af den anbefalede miljøstrategi er det dog bedst at minimere brugen af den så meget som muligt. Skabere skal i stedet bygge i deres egne isolerede miljøer. Selvom du ikke kan blokere adgangen til standardmiljøet, kan du minimere, hvad der kan gøres i det.
Du skal først bruge miljørouting til at dirigere skabere til deres eget arbejdsområde for at oprette aktiver med lave kode.
Gennemse, hvem der har administratoradgang til standardmiljøet, og begræns det til de roller, der har brug for det.
Overvej at omdøbe standardmiljøet til noget mere beskrivende, f.eks. "Personlig produktivitet".
Opret en DLP-politik (Data Loss Prevention) for standardmiljøet, der blokerer nye forbindelser, og som begrænser beslutningstagere til kun at bruge grundlæggende forbindelser, der ikke kan blokeres. Flyt alle de connectorer, der ikke kan blokeres, til forretningsdatagruppen. Flyt alle de connectorer, der kan blokeres, til den blokerede datagruppe.
Opret en regel for at blokere alle URL-mønstre, der bruges af brugerdefinerede connectorer.
Sikring af standardmiljøet skal have førsteprioritet. Du kan gøre det sammen med sikkerhed på lejerniveau som en del af det første trin til implementering af miljøstrategien. Uden at disse implementeres, har beslutningstagere flere muligheder for at føje aktiver til standarden. Når de er på plads sammen med distributionen af miljøet, opfordres skaberne til at bruge deres eget miljø.
Sikring af andre miljøer
Hvis din organisation er som de fleste, har du flere miljøer ud over standardmiljøet. Det sikkerhedsniveau, hver enkelt kræver, kan variere afhængigt af de apps og data, den indeholder. Udviklermiljøer har typisk mere almindelige regler end produktionsmiljøer. I nogle produktionsmiljøer kræves den størst mulige beskyttelse.
Som en del af oprettelsen af miljøstrategien skal du identificere fælles sikkerhedsniveauer for dine miljøer og de funktioner, der beskytter de enkelte niveauer, som i følgende eksempel.
Figur: Et eksempel på tre niveauer af miljøsikkerhed og de sikkerhedsfunktioner, der gælder for miljøer på hvert niveau.
Indarbejde de sikkerhedsniveauer, du identificerer, i din gruppestrategi, og hvor det er muligt, skal du bruge regler til at aktivere sikkerhedsfunktionerne i dine miljøer. I dette eksempel begrænser en regel deling i alle de miljøer, der er angivet som normal eller mellemstor sikkerhed.
Tilpasse miljøer til strategien for forhindring af datatab
Datapolitikker er et andet vigtigt led i en overordnet indsats for at kontrollere de tjenester, der bruges af lavkoderessourcer i et miljø. Miljøgrupper har ikke en regel, der skal anvendes på et miljø med en DLP-politik. Men du kan tilpasse DLP-strategien med dine miljøgrupper. Du kan f.eks. oprette en DLP-politik med det samme eller et lignende navn som en miljøgruppe og anvende den på miljøer i den pågældende gruppe.
Få mere at vide om, hvordan du etablerer en DLP-strategi.
Figur: I dette eksempel følger miljøer i gruppen Personlig udvikling en DLP-politik, der blokerer alle ikke-Microsoft-connectorer.
Skræddersyning af en miljøstrategi for organisationen
I tidligere afsnit har vi beskrevet vores vision for, hvordan organisationer kan administrere miljøer i stort omfang. Vi har udforsket de vigtigste funktioner, hvordan de kan bidrage til en miljøstrategi, og hvordan en grundlæggende miljøtopologi, der bruger dem, kan se ud. Vi giver eksempler på, hvordan vi bygger videre på det grundlag for at imødekomme almindelige scenarier. Da alle organisationer er entydige, skal du nu skræddersy en miljøstrategi, der opfylder organisationens behov.
Start, hvor du er
Uanset om din organisation er ny i Power Platform eller har brugt det i mange år, skal du som det første evaluere din situation. På et højt niveau kan du vurdere, hvad der er i standardmiljøet, hvilke andre miljøer du har, og hvad de bruges til. Ofte udføres en miljøstrategi som en del af en overordnet indsats for at etablere styring i Power Platform i en organisation. Hvis det er tilfældet, har du måske allerede etableret nogle af de visioner, der kræves for at skræddersy en strategi for din organisation.
De oplysninger om organisationen, du skal vide, omfatter:
Hvad er visionen for, hvordan Power Platform bruges i organisationen?
Hvem i organisationen skal bygge aktiver med lave koder?
Du skal træffe nogle vigtige beslutninger:
Hvordan får skabere nye miljøer?
Vil du gruppere dine miljøer, og i så tilfælde hvordan?
Hvilke sikkerhedsniveauer kræves der i forskellige miljøer, og hvordan bliver miljøer klassificeret?
Hvordan vil du bestemme, om en app, automatisering eller Copilot skal bruge et eksisterende miljø eller et nyt?
Er der forskelle mellem basisfunktionerne på platformen og dine krav, som kræver en brugerdefineret proces?
Hvordan håndterer du eksisterende aktiver i standardmiljøet?
Har du en DLP-politikstrategi for lejer og miljø, og hvordan er den i så tilfælde i overensstemmelse med den miljøstrategi, du opretter?
Du kan også finde inspiration i skybaserede driftsmodeller, der er en del af Cloud Adoption Framework for Azure.
Udfyldning ved hjælp af platformen
Du vil næsten altid finde krav, som platformens indbyggede funktioner ikke opfylder. Når du evaluerer disse muligheder, skal du overveje følgende mulige udfald af din evaluering:
Kløften er acceptabel.
Kløften kan udfyldes ved hjælp af Power Platform Center of Excellence - startersæt.
Kløften kan udfyldes ved hjælp af platformens funktioner, f.eks. API'er, connectorer og brugerdefinerede apps eller automatiseringer.
Kløften kan udfyldes ved hjælp af et tredjepartsværktøj eller en app.
CoE-startpakke
Power Platform Center of Excellence Startpakke er en samling komponenter og værktøjer, der er udviklet til at hjælpe din organisation med at anvende og understøtte brugen af Power Platform. Et vigtigt element i startpakken er dens mulighed for at indsamle data om platformsforbrug på tværs af dine miljøer, der kan være nyttige i forbindelse med udvikling og udvikling af din miljøstrategi.
Dashboardet Power BI Miljø giver f.eks. en oversigt, der hjælper dig med at forstå, hvilke miljøer der findes i lejeren, hvem der har oprettet dem, og hvilke aktiver de indeholder.
Figur: Dashboardet Miljøer i Power BI.
Pakken indeholder udgangspunkter eller muligheder, f.eks. en proces, som beslutningstagere kan bruge til at anmode om nye miljøer og ændringer af DLP-politikker for deres miljøer.
Figur: Rutediagram, der illustrerer en miljøstyringsproces i CoE-startpakken.
Platformsprogrammering og udvidelsesmuligheder
En af de store ting ved en platform med lave koder er, at du kan bruge den til at udvikle apps, automatiseringer, portaler og copiloter, der kan hjælpe dig med at administrere den. Du har også adgang til værktøjer på et lavere niveau, der kan bruges til at udfylde alle de funktioner, der understøtter din miljøstrategi.
Du kan bruge følgende forbindelser til at oprette apps og flows:
Du kan bruge Power Platform kommandolinje-interface (CLI) til at udvikle automatiseringer, der hjælper dig med at administrere miljøets livscyklus og andre opgaver, der er relateret til DevOps-fremgangsmåder.
Med PowerShell cmdlets til Power Platform-oprettere og administratorer kan du automatisere mange overvågnings- og administrationsopgaver.
Power Platform DLP SDK kan hjælpe dig med at administrere dine politikker til forhindring af datatab på lejer- og miljøniveau.
Bedste praksis og anbefalinger
I dette afsnit af artiklen bygger vi på anbefalingerne i de grundlæggende og scenariospecifikke afsnit.
Nye miljøer
Som led i udviklingen af strategien skal du overveje, hvornår du opretter miljøer, der skal understøtte en arbejdsbelastning. I din evaluering skal der foretages en afvejning mellem fordelene ved isolation i et miljø – f.eks. at kunne låse bestemte miljøer mere end andre er nyttige ud fra et sikkerhedssynspunkt – med fordelene ved isolation, f.eks. fordi isolation skaber problemer for brugere, der forsøger at dele data på tværs af apps.
Når du vurderer, om en app eller en automatisering hører til i dets eget miljø, skal du vurdere de forskellige faser i appens livscyklus separat. Under udvikling er det vigtigt at isolere sig fra andre apps. Når der udvikles flere apps i et enkelt miljø, risikerer du at oprette afhængigheder på tværs af apps.
Som en generel anbefaling skal udviklingsmiljøer, når det er muligt, være tilgængelige til ét formål og let oprettes igen.
Det er en god ide at teste flere apps i det samme miljø, hvis de kører sammen i produktionen. Hvis du ikke tester med de apps, der kører i produktion, er der faktisk risiko for, at du ikke opdager kompatibilitetsproblemer.
Når du evaluerer produktionsmiljøet for en app, skal du huske på følgende:
Er appen kompatibel med eksisterende apps i miljøet? To apps, der begge bruger tabellen Dataverse Konktakt til forskellige formål, er f.eks. ikke kompatible. Er appsene kompatible fra et DLP-politikperspektiv?
Er der særlige overholdelses- eller lovgivningskrav til separation af data? Kræver dataenes følsomhed f.eks., at de skal isoleres? Er der et krav om, at data ikke kan inkluderes i andre data?
Er dataene yderst fortrolige eller følsomme? Vil udfiltrering medføre, at organisationen får penge eller ry til at bruge det? Hvis du isolerer i et separat miljø, kan du bedre styre sikkerheden.
Har appen brug for data fra andre apps og skal collocated med dem? To apps, der begge bruger tabellen Kunde, skal hostes sammen. Hvis de adskilles, oprettes der overflødige datakopier, og der opstår problemer med vedligeholdelsen af dataene.
Kræver dataene, at dataene har et lokalt dataopbevaringssæt? I nogle scenarier kan den samme app eller automatisering installeres i regionale miljøer for at sikre, at dataene er isoleret og har den rette opbevaring.
Er de fleste brugere i samme område som miljøet? Hvis miljøet er i EMEA, men de fleste af appens brugere er USA-baserede, giver deling af et miljø måske ikke den bedste ydeevne.
Skal der oprettes nye administratorer, eller er de eksisterende administratorer tilstrækkelige? Hvis den nye app kræver flere administratorer, er de så kompatible med de eksisterende administratorer, da de alle har administratortilladelser til alle apps i miljøet?
Hvad er appens livscyklus? Hvis appen eller automatiseringen er midlertidig eller midlertidig, er det måske ikke en god ide at installere den i et miljø med mere permanente apps.
Har brugere svært ved at skulle bruge flere miljøer til forskellige apps? Dette kan påvirke alt fra at finde en app på mobilenheden til selvbetjeningsrapportering, der skal trække data fra flere miljøer.
Kapacitet
De enkelte miljøer (ud over prøve- og udviklermiljøer) optager 1 GB til oprindelig klargøring. Kapaciteten deles på tværs af lejeren, så den skal tildeles til dem, der har brug for den.
Spare kapacitet gennem:
- Administration af delte test- og produktionsmiljøer. I modsætning til delte udviklingsmiljøer skal tilladelser i test-og produktionsmiljøer begrænses til slutbrugeradgang i forbindelse med test.
- Automatiser oprydningen af midlertidige udviklingsmiljøer og tilskynd brugerne til at bruge prøvemiljøer til test eller proof of concept-arbejde.
Miljøgrupper
Miljøgrupper er fleksible og giver dig mulighed for at tage højde for forskellige brugssager, der er entydige for organisationen. Du kan overveje at gruppere miljøer som en del af miljøstrategien på følgende måder:
Efter service eller komponent; f.eks. et ServiceNow servicetræ
Udvikling, test og produktion
Afdelinger, forretningsgrupper eller omkostningscentre
Efter projekter
Hvis de fleste miljøer på en placering har lignende behov efter placering. Dette kan også hjælpe dig med at overholde lignende regionale lovgivningsmæssige og juridiske overholdelse af angivne standarder
Figur: Miljøgrupper for to forskellige afdelinger har forskellige regler.
Navngivning af miljøer og grupper
Overvej, hvordan miljøer og grupper navngives, som en del af strategien.
Miljønavne er synlige for administratorer, administratorer og brugere. Det er typisk kun administratorer, der bruger miljøgrupper, men administratorer kan støde på dem, hvis de har rettigheder til at oprette miljøer.
Udviklermiljøer, der oprettes automatisk, følger mønsteret <brugernavn>s miljø, f.eks. "Avery Howards miljø". Miljøgrupper navngives ikke automatisk.
Navne på miljø- og miljøgrupper behøver ikke at være entydige. Men for at undgå forvirring er det bedste praksis at undgå dubletnavne.
Navne må højst indeholde 100 tegn. Det er nemmere at bruge kortere navne.
Oprette en ensartet navngivningskonvention.
Ensartede navne hjælper administratorer med at finde ud af, hvad gruppens formål er, og hvilke miljøer den administrerer, og det kan gøre automatisering og rapportering nemmere.
En almindelig praksis er at inkludere livscyklusfasen i et miljøs navn. f.eks. Contoso Dev, Contoso Test, Contoso Prod. Målet er at adskille miljøer, der har det samme indhold, men som har forskellige formål.
En anden almindelig praksis er at medtage departementet eller afdelingen i navnet, når miljøet er dedikeret til den pågældende brugergruppe.
Du kan f.eks. bestemme, at alle navne på miljø- eller miljøgrupper skal følge mønsteret <livscyklusfase>-<område><afdeling><formål> (Prod-US-Finance-Payroll).
Bevar navne korte, indholdsrige og beskrivende.
Tænk over, hvordan dine grupper vil udvikle sig og vokse med tiden, og sørg for, at navngivningskonventionen kan imødekomme disse ændrede behov.
Undgå at inkludere fortrolige oplysninger i navne. De kan være synlige for alle, der har adgang til administration.
Aktiver i standardmiljøet
Miljøstrategien skal opmuntre (eller gennemtvinge) brugen af personlige udviklingsmiljøer for at reducere det, der oprettes i standardmiljøet. Du skal dog se på, hvilke beslutningstagere der allerede har oprettet i standardmiljøet, og evaluere, hvordan de enkelte use case skal håndteres. Er det passende at lade det blive i standardmiljøet, eller skal det overføres til et andet miljø?
Et vigtigt led ved udførelsen af denne indsats med at undgå problemer er at identificere programmer, der i hele organisationen bruges i hele organisationen, og som skal have deres eget beskyttede udviklingsmiljø, der er adskilt fra produktionsmiljøet.
I følgende tabel vises eksempler på brug af sager og overførselshandlinger. I sidste ende skal organisationen identificere sine egne brugssager og risikofaktorer, der er knyttet til at lade aktiverne være i standardmiljøet. Få mere at vide om, hvornår du skal flytte aktiver fra standardmiljøet.
| Standardmiljø | Overførsel |
|---|---|
| Microsoft 365 personlig produktivitet | Bliv i standardmiljøet. |
| Aktiver med en enkelt bruger, der er blevet brugt for nylig, men som ikke deles | Gå til ejerens individuelle udviklermiljø. |
| Aktiver med en enkelt bruger, der er blevet brugt for nylig, og som deles | Gå til ejerens individuelle udviklermiljø, og kør fra et delt produktionsmiljø. |
| Aktiver med flere oprettere, der er blevet brugt for nylig, og som deles | Gå til et delt udviklermiljø, og kør fra et delt produktionsmiljø. |
| Aktiver, der ikke er blevet brugt for nylig | Giv ejeren besked, og flyt ejeren, hvis der ikke er nogen svar. |
Aktiver i Dataverse for Teams-miljøer
Microsoft Dataverse for Teams giver brugerne mulighed for at bygge brugerdefinerede apps, robotter og flow ved Microsoft Teams hjælp af Power Apps, Microsoft Copilot Studio og Power Automate. Når en teamejer føjer denne funktion til sit team, oprettes der et Microsoft Power Platform-miljø med en Dataverse for Teams-database, som knyttes til ejerens team. Få mere at vide om, hvordan du opretter styringspolitikker for at administrere Microsoft Dataverse for Teams miljøer.
Miljøstrategi internt i Microsoft
Microsoft betragter sig selv som "Customer Zero", da det internt anvender Power Platform til at øge automatiseringen og effektiviteten blandt virksomhedens medarbejdere. Følgende tal giver dig en ide om omfanget af brug på tværs af Microsofts interne lejer.
50.000-60.000 aktive beslutningstagere hver måned
Over 250.000 programmer og over 300.000 flow
Over 20.000 miljøer
Microsoft skifter fra den tidligere miljøstrategi til en med de nyeste Power Platform-funktioner, herunder Administrerede miljøer, miljøgrupper og regler.
Som en del af den forbedrede strategi planlægger Microsoft at gruppere scenarier sammen baseret på udviklingstype, organisationsejerskab og risikoniveau. Da der bygges så meget på tværs af virksomheden, er det for svært at fokusere på alle tænkelige scenarier og tilpasse til de enkelte use case. Der sker for meget, og det skal automatiseres og bruges som mange af de brugsfri kontrolelementer som muligt.
Microsoft er i gang med at strukturere sine Power Platform-miljøer i tre mere overordnede kategorier, der dækker syv brugssager, hvilket afspejler forskellige grader af risiko og kontrol: personlig produktivitet, teamsamarbejde og virksomhedsudvikling.
Personlig produktivitet – Dette er for en person, der bare ønsker at bygge en app eller et flow til sig selv. De kommunikerer f.eks. ikke med andre. Disse brugere distribueres til personlige udviklingsmiljøer, der er låst ned. I disse miljøer bruges funktionerne i Administreret miljø, herunder deling af brugere, og de styrer også, hvad du kan gøre i miljøerne. Connectorerne og de tilgængelige handlinger er stærkt begrænset i denne gruppe af miljøer. Disse miljøer er mindst risikokrævende. Brugen af låste personlige miljøer giver brugerne mulighed for at undgå, at overholdelsesprocessen øges, blot fordi der skal oprettes personlige produktivitetsapps og -flow.
Teamsamarbejde – Dette er for brugere, der bygger værktøjer, automatisering og processer til deres team. I dette scenario opfordrer Microsoft til brug af Dataverse for Teams-miljøer. Livscyklus, adgangsstyring og datamærkater styres på Microsoft 365-gruppeniveau, så vi behøver ikke at bruge tid på at administrere disse brugere fra et Power Platform-overblik. Dette brugsniveau er det næste trin op i risikoen.
Virksomhedsudvikling/produktionsniveau, der bruges af alle medarbejdere – Det er værktøjer til personbygger, eller løsninger, der bruges mere bredt på tværs af virksomheden. I disse miljøer lagres de mest følsomme data, brug effektive forbindelser, og der kræves flere forbindelser. Dette anses for at være den største risiko, og den største indsats bruges på at reducere risikoen. ALM er påkrævet, da testarbejde foregår i sandkassemiljøer, og kun administrerede løsninger er tilladt i produktionsmiljøer. Disse miljøer skal knyttes til ServiceTree, som gennemtvinger tilbagevendende sikkerheds- og gennemgange af personlige oplysninger. Regler for miljøgrupper tilpasses på baggrund af ServiceTree-metadata og -tegn. Mange miljøgrupper og -regler bruges til at administrere og styre disse miljøer.
Microsofts strategi er ikke statisk. Det er både nye og ændrede funktioner, der skal tilpasses til nye udfordringer og indarbejde nye Power Platform-funktioner.
Udvikling af strategien for lejermiljø
I denne artikel beskrives det, hvordan du opretter en miljøstrategi for store virksomheder. Strategien kan vokse med din forretning, uanset hvor du starter med virksomheden. Organisationer af enhver størrelse kan drage fordel af den strategi, vi præsenterer. Men for organisationer, der allerede er på et højere niveau, er fordelene større.
Udvikling af en lejermiljøstrategi er ikke en engangsaktivitet. Det er en rejse. Du bør udvikle din strategi med tiden, efterhånden som dine behov ændres. Din strategi skal også tilpasses, så den omfatter nye funktioner på platformen og tager fat i nye udfordringer.
På samme måde som alle andre organisationer deltager forskellige steder undervejs, men de har alle den samme destination for øje. Herunder følger mulige ramper, der repræsenterer, hvor din organisation er i dag.
Start
Din organisation er ved at begynde at vælge Power Platform. Dette kaldes ofte greenfield. Du starter dit arbejde det bedste sted, fordi du ikke behøver at bekymre dig om eksisterende miljøer eller den indflydelse, som nye politikker kan have på den måde, som medarbejdere i organisationen bruger Power Platform. Det er det bedste tidspunkt til at implementere en miljøstrategi i virksomhedsdrift, der er tilpasset med produktfunktioner og bedste praksis.
Undersøg de vigtigste miljøfunktioner og -strategier, der beskrives i denne artikel. Tag dig tid til at forstå de vigtigste emner og de overvejelser og beslutninger, du skal tage for at designe og implementere en lejermiljøstrategi, der passer bedst til dine behov.
Det er vigtigt at oprette et fast fundament nu for at undgå at skulle skabe en situation uden kontrol, der kan opstå senere, hvis du starter uden en defineret strategi. Planlæg en hurtig acceleration af brugen af Power Platform, men undgå at overtekniker din miljøstrategi ved at tilføje kompleksitet, der ikke er påkrævet. Husk, at dette er en god ide, og du kan fortsætte med at udvikle din strategi i forbindelse med, at dine behov ændres.
Align
Organisationen har og er i gang med at køre en miljøstrategi, der skal ændres, for at den kan tilpasse sig med nye Power Platform-funktioner og bedste praksis. Dette kaldes ofte brownfield. I modsætning til organisationer, der lige er startet, skal du overveje, hvordan det vil påvirke organisationen, når du ændrer miljøstrategien.
Udforsk de vigtigste miljøfunktioner og -strategier, der beskrives i denne artikel, og evaluere, hvad der kræves for at udvikle strategien, så den bedre kan være i overensstemmelse. Det eneste, du skal bruge, er som regel trinvise justeringer. Hvis det er muligt, skal du planlægge udrulningen af ændringerne for at minimere påvirkningen på brugerne.
Følgende forslag er almindelige trinvise ændringer, du kan implementere:
Hvis du vil starte justeringen uden at påvirke eksisterende miljøer, skal du oprette en miljøgruppe, der indeholder nye udviklermiljøer, og oprette regler for, hvordan du vil styre dem. Slå miljørouting til for at sikre, at alle nye udviklermiljøer oprettes i den angivne gruppe.
Evaluere din grupperingsstrategi og, hvis det er nødvendigt, oprette grupper for at understøtte dine eksisterende miljøer. Opret regler for de grupper, der er i overensstemmelse med eksisterende begrænsninger og undtagelser. Flyt eksisterende miljøer til disse grupper.
Identificer meget populære programmer, der er indbyggede og bruges i standardmiljøet. Brug pipeliner til at udgive dem i et produktionsmiljø, hvor brugere i organisationen kan køre dem. Derefter skal du arbejde på at overføre udvikling af disse apps til enten et individuelt, udviklermiljø eller et dedikeret udviklingsmiljø.
Opret en plan for identifikation, identifikation og fjernelse af aktiver i det standardmiljø, der ikke bruges.
Forbedre
Den miljøstrategi, du udfører, er allerede i overensstemmelse med de nyeste funktioner og bedste praksis, men organisationen vil tilføje flere kontrolelementer eller funktioner.
Kommunikation af din miljøstrategi til din organisation
Du implementerer en mere vellykket lejermiljøstrategi, hvis dine Power Platform-brugere forstår og er tilpasset den, du forsøger at opnå. Hvis du blot aktiverer strategien uden at kommunikere, kan brugerne se ændringerne som begrænsninger og søge efter måder, de kan løse problemet på.
Som led i udvikling eller udvikling af strategien skal du beslutte, hvordan du informerer brugerne om nøgleelementer i strategien, som påvirker deres brug af Power Platform. De har ikke brug for alle tekniske detaljer om din strategi. Det er kun de vigtigste elementer, der er med til at sikre, at de forbliver produktive, f.eks.:
Formålet med standardmiljøet
Hvor de skal oprette nye aktiver med lave kode
Sådan skal de bruge deres personlige udviklermiljø
Sådan anmodes om brugerdefinerede miljøer til bestemte afdelinger eller projekter
Generelle politikker for brug af forbindelser, og hvordan du kan anmode om flere tilslutningsrettigheder i deres miljøer
Sådan deler du det, de opbygger, med andre
Ansvarsområderne for en udvikler - f.eks.:
Hold lejeren ryddelig. Slet dine miljøer, apps og flow, hvis der ikke længere er behov for dem. Brug testmiljøer, hvis du eksperimenterer.
Del data klogt. Vær forsigtig med at dele for meget af dine miljøer, apps, flows og delte forbindelser.
Beskyt organisationens data. Undgå at flytte data fra meget fortrolige eller fortrolige datakilder til et ikke-beskyttet eller eksternt lager.
Når strategien ændres, kan du dele, hvordan ændringerne påvirker brugerne, så de ved, hvad de skal gøre forskelligt
En god start er at aktivere velkomstindhold fra opretteren i miljøgruppe, hvor der tilføjes nye beslutningstagere.
Figur: Brug velkomstindholdet til at hjælpe nye udviklere med at få succes.
En anden effektiv metode til at kommunikere med brugerne er at oprette en intern Power Platform hub. Hubben kan være et sted for brugere til at samarbejde på projekter, dele ideer og opdage nye måder at anvende teknologien på for at opnå mere. Hubben kan være det sted, hvor du deler mere detaljerede oplysninger om din miljøstrategi, der er relevante for dine brugere. Få mere at vide om, hvordan du opretter en intern Power Platform hub.
Konklusion
I denne artikel gennemgås funktioner, der er udviklet til at hjælpe organisationen med at administrere Power Platform-miljøer i stor skala og indarbejde dem i din lejermiljøstrategi.
Efterhånden som organisationen anvender Power Platform og brug hurtigere, kan behovet for miljøer hurtigt ændre sig. Du har brug for en fleksibel tilgang, der hjælper din miljøstrategi med at holde trit med ændringerne og fortsat lever op til organisationens ændrede behov.
En væsentlig faktor for succes med en lejermiljøstrategi er at kommunikere med dine beslutningstagere og brugere og få deres support. Sørg for, at de personer, der bygger programmer og automatiseringer med lave kode, ved, hvordan de skal følge organisationens miljøstrategi, og hvor de skal bygge deres lavkodeaktiver.
Alle organisationers mulighed for at adoptere Power Platform er entydige. Vi gav dig nogle ideer, der kan hjælpe dig med at komme i gang med at bruge højre fod. Dit Microsoft-firmateam eller Power Platform -partner kan hjælpe dig med at oprette en mere tilpasset lejermiljøstrategi for organisationen.