Automatiser udrulninger med Dataverse Git-integration og pipelines i Power Platform

I takt med at indførelsen af Power Platform skaleres, kæmper organisationer ofte med at opretholde en ensartet og styret udviklingsmodel på tværs af flere producenter, udviklere og miljøer. Almindelige udfordringer omfatter delte udviklingsmiljøer, begrænset sporing af ændringer, inkonsekvent udgivelsesdokumentation og problemer med at anvende standardsoftwareudviklingslivscykluskontroller i leveringsteams med lav kode. Disse udfordringer øger udrulningsrisikoen, det langsomme samarbejde og gør det sværere at understøtte revisions- og overholdelsesaktiviteter.

Denne referencearkitektur løser disse udfordringer ved at kombinere oprindelig Dataverse Git-integration med pipelines i Power Platform, Azure DevOps styring og oprettelse af ai-assisterede produktbemærkninger for at oprette et alm-mønster (repeatable enterprise application lifecycle management).

Arkitekturdiagram

Workflow

I følgende trin beskrives de arbejdsprocesser for udvikling, test, produktion og hotfix, der vises i arkitekturdiagrammet.

Arbejdsproces for udvikling og kildekontrol

Udviklere og udviklere bruger et af flere Dataverse-udviklingsmiljøer til at foretage ændringer. Sammen med et primært udviklingsmiljø kan teams bruge andre miljøer, f.eks. til juniorudviklere, eksterne ressourcer, igangværende arbejde for langvarige initiativer eller til andet arbejde, som teams ikke automatisk skal fremme til hovedproduktionsforløbet.

1. Knyt hver udviklingsstream til et Git-miljø eller en funktionsgren.

2. Synkroniser ændringer i Git via Dataverse Git-integration.

3. Gennemse funktionsforgreninger, og flet dem til Git-hovedforgreningen ved hjælp af pullanmodninger og politikker for beskyttelse af forgreninger, når de er klar til indsendelse i ALM-stien til produktionstest.

4. Hvis du vil undgå funktionsdrift, skal du trække ændringer, der er accepteret i hovedgrenen, til forgreninger, der svarer til alle udviklingsmiljøer.

5. Sørg for, at hovedforgreningen bliver den autoritative kilde til integration og hævning af udgivelser.

Arbejdsproces til test og validering

1. Synkroniser ændringer fra hovedgrenen til det primære udviklingsmiljø. Brug pipelines i Power Platform til at hæve løsningen fra det primære udviklingsmiljø til testmiljøet.

2. Brug testmiljøet til teknisk validering, integrationskontrol og røgtest.

3. Efter validering skal du hæve løsningen til UAT-miljøet (User Acceptance Test) ved hjælp af pipelines i Power Platform. Opret eller opdater den tilsvarende udgivelsesgren i Git fra hovedgrenen.

4. Generér produktbemærkninger fra DevOps-arbejdselementer i en UAT-status, og distribuer dem til UAT-ansvarlige testere. Brug en Copilot Studio-agent til at generere og formatere disse udgivelsesnoter ved hjælp af handlingen Azure DevOps-connectoren Hent forespørgselsresultater.

5. Sørg for, at UAT understøtter forretningsvalidering og kontrol af udgivelsesparathed før produktionsgodkendelse.

Produktionsudgivelsesarbejdsproces

1. Fremhæv godkendte UAT-ændringer i produktionen ved hjælp af pipelines i Power Platform.

2. Generér produktbemærkninger igen fra DevOps-arbejdselementer efter status for standardiseret udgivelseskommunikation.

3. Distribuer produktbemærkninger til tekniske interessenter og virksomhedsaktører via godkendte kanaler, f.eks. Teams, Outlook eller SharePoint.

Hotfixarbejdsproces

1. Løs presserende produktionsproblemer i et dedikeret hotfixmiljø.

2. Opret forbindelse mellem hotfixmiljøer og den aktuelle Git-udgivelsesforgrening til produktion via Integration af Dataverse Git.

3. Overfør validerede hotfixes til produktion via den samme kontrollerede pipelinemekanisme.

4. Flet hotfixændringer tilbage fra udgivelsesgrenen til hovedgrenen for at sikre, at de bevares intakte i fremtidige versioner.

Komponenter

Følgende komponenter understøtter kildestyring, miljøfremme, styring og udgivelseskommunikation i denne arkitektur.

Git-integration i Power Platform

Role i architecture:Microsoft Dataverse Git-integration synkroniserer løsningsændringer til og fra udviklingsmiljøer til Git-baseret kildekontrolelement.

Hvorfor valgt:

• Aktiverer kildeunderstøttet ALM for dataverse-løsningsaktiver
• Understøtter forgreningsbaseret teamsamarbejde
• Reducerer manuel håndtering af eksport og import

Azure Repos, forgreninger og arbejdselementer

Role i architecture:Azure DevOps hoster hoved-, funktions- og udgivelsesforgreninger og gennemtvinger pullanmodningsstyring. Den gemmer også arbejdselementer og fungerer som den strukturerede kilde til udgivelsesområde og ændringsoversigter.

Hvorfor valgt:

• Omfatter stærke politikstyringsfunktioner til virksomheder, såsom PR-godkendelser, grenbeskyttelse og revisionsspor
• Muliggør indbygget tilpasning til arbejdselementer og praksisser for release-styring
• Leverer en ensartet definition af udgivelsesområde
• Understøtter automatiseret filtrering af elementer, der er klar til udgivelse
• Forbedrer sporingen mellem kodeændringer og kommunikeret udgivelsesindhold

Alternativer, der er taget i betragtning: GitHub for kodelagre og projektarbejdselementer

Hvor denne arkitektur favoriserer Azure DevOps:
Selvom GitHub projekter kan give fleksibel arbejdssporing, f.eks. brugerdefinerede felter, oversigtsvisninger og automatisering, omfatter denne arkitektur Azure Boards som den autoritative version af arbejdselementkilden. Azure Boards tilbyder i øjeblikket stærkere procesmodellering for arbejdselementer, delte forespørgsler og WIQL-baseret afgrænsning af releases samt mere omfattende indbygget sporbarhed for udvikling og implementering til styrede releaseprocesser.

Pipelines i Power Platform

Rolle i arkitekturen:Pipelines i Power Platform flytter løsninger på tværs af miljøer, herunder forfremmelsesstier for hotfix.

Hvorfor valgt:

• Indbygget implementeringsoplevelse for Power Platform
• Orkestrering af udrulning, der er miljøbevidst
• Tilgængelig for både platformadministratorer og løsningsteams

Overvejede alternativer:

• Azure DevOps eller kun GitHub udrulningsorkestrering
• Fuldt tilpasset Power Platform-kommandolinjeinterface (PAC CLI)-pipeline-orkestrering

Hvorfor denne arkitektur favoriserer pipelines i Power Platform:
Denne arkitektur bruger pipelines i Power Platform som den primære miljøfremmemekanisme. De reducerer kompleksiteten af konfigurationen og specialiserede krav til kontinuerlig integration/kontinuerlig udrulning (CI/CD), samtidig med at de giver en oprindelig, styret udrulningsoplevelse for udviklere, administratorer og professionelle udviklere.

Microsoft Copilot Studio

Role in architecture: A Copilot Studio release notes agent genererer standardiserede produktbemærkninger fra godkendte arbejdselementer og udgivelseskontekst.

Hvorfor valgt:

• Reducerer den manuelle indsats til release-dokumentation
• Forbedrer konsistensen og læsbarheden af udgivelseskommunikation
• Understøtter to målgrupper (forretnings- og tekniske interessenter)

Overvejede alternativer:

• Manuel oprettelse på mail- eller wikisider
• Kun skabelonbaseret, men ikke-AI-automatisering

Derfor indeholder denne arkitektur kunstig intelligens:
Det viser praktisk generativ AI-forøgelse med lav risiko i en driftsproces af høj værdi med klar menneskelig gennemgang og ansvarlighed. Det er mere fleksibelt til at ændre målgrupper, projekter og leveringsmuligheder end stiv automatisering.

Scenariedetaljer

Arkitekturen er især værdifuld for organisationer, der har brug for at understøtte flere udviklingsmiljøer, der arbejder parallelt (DEV1, DEV2, DEVn), samtidig med at en delt, styret kilde til sandhed bevares i Git. Hver udvikler eller et lille team kan arbejde i et isoleret miljø og synkronisere ændringer via forgreningsbaserede arbejdsprocesser, så teams kan samarbejde uden at være afhængige af et enkelt delt udviklingsmiljø.

Forretningsværdi

Nøgleværdien, der leveres af denne arkitektur, omfatter:

• Kildekontrol som sandhedens kilde til løsningstilpasninger i stedet for at behandle et udviklermiljø som den autoritative udrulningskilde. Denne fremgangsmåde forbedrer konsistensen og understøtter kontrolleret hævning i downstreammiljøer.

• Sikkerhed, overvågning og overholdelse af angivne standarder via bedste praksis for softwareudviklingslivscyklus (SDLC), herunder versionsstyring, kodegennemgange, ændringssporing og integration med virksomhedsstyringsprocesser.

• Parallel udvikling i stor skala ved hjælp af forgreninger og isolerede udviklingsmiljøer, så flere bidragydere kan bygge og gentage samtidig med mindre kollisionsrisiko.

• Understøttelse af kortlivede udviklingsmiljøer, der gør det muligt for teams at rehydrere miljøer fra kildestyring til test, eksperimentering og midlertidige udviklingsscenarier og samtidig reducere den langsigtede spredning af miljøet.

• Produktivitet i fusionsteamet, så udviklere, udviklere og administratorer kan samarbejde via oprindelige versionsstyringsoplevelser i produktet, mens de stadig er i overensstemmelse med virksomhedens DevOps-praksisser.

• Driftsbeskyttelse og gendannelse via versionsstyring, som bevarer versionshistorikken og understøtter gendannelse til tidligere tilstande, når der sker utilsigtede ændringer.

I denne arkitektur udvider ai-produktbemærkningsagenten desuden denne værdi ved at forbedre den operationelle kommunikation og gennemsigtigheden af udgivelser. Det transformerer godkendte DevOps-arbejdselementer til standardiserede, interessentvenlige produktbemærkninger, hvilket reducerer den manuelle indsats, samtidig med at menneskelig gennemgang og ansvarlighed bevares.

Overvejelser

Disse overvejelser implementerer søjlerne i Power Platform Well-Architected, et sæt vejledende principper, der forbedrer kvaliteten af en arbejdsbyrde. Få mere at vide i Microsoft Power Platform Well-Architected.

Pålidelighed

Denne arkitektur forbedrer pålideligheden ved at implementere styrede kampagnestier og håndtering af forgreningsorienterede udgivelser. Denne fremgangsmåde reducerer risikoen for udrulningsfejl og understøtter genoprettelse under presserende produktionssupportscenarier.

• Standardiseret udrulningsforløb fra udvikling til test til produktion
• Særskilt sti til hotfixes med sporbarhed for udgivelsesgrenen
• Genbrugspipelinemekanismer i stedet for manuelle udrulninger
• Valideringskontrolpunkter før produktionsfremstød

Sikkerhed

Denne arkitektur anvender sikkerhed via mindst mulige rettigheder, rolleadskillelse og styrede automatiseringsidentiteter. Denne fremgangsmåde reducerer risikoen for uautoriserede ændringer og forbedrer ansvarligheden for ændringer.

• Rollebaseret adgangskontrol på tværs af Power Platform-miljøer og Azure DevOps
• Tjenesteprincipaler eller administrerede identiteter til udførelse af pipeline
• Tilladelser til udrulning af begrænset produktion
• Overvågelige forgreningsfletnings- og udgivelsesaktiviteter
• Godkendte kanaler til distribution af udgivelsesnoter

Driftsmæssig ekspertise

Denne arkitektur scorer meget for driftsmæssig ekspertise. En gentagelig, skalerbar model til udgivelsesadministration forbedrer driftsmæssig ekspertise og understøtter styret levering på tværs af flere teams og miljøer.

• Formaliseret forgreningsstrategi (feature, main, release)
• Gentagelig proces til hævning af miljø
• Standardiseret mønster for håndtering af hotfix
• Oprettelse af automatiserede produktbemærkninger integreret i udgivelsesarbejdsprocessen
• Reduceret afhængighed af stammebaseret viden til udgivelse af kommunikation

Ydeevneeffektivitet

Denne arkitektur optimerer leveringsproceseffektiviteten mere end ydeevnen for kørselsappen, hvilket er relevant for en ALM-referencearkitektur. Ved at understøtte parallelle udviklingsstrømme og reducere manuel koordinering på tværs af udgivelsesaktiviteter øger det gennemløbet for levering af ændringer og reducerer den driftsmæssige indsats pr. udgivelse.

• Automatiseret udrulning og udgivelseskommunikation
• Reduceret manuel koordineringsomkostning
• Standardiseret arbejdsproces for hurtigere udgivelsescyklusser
• Skalering til devn parallelle streams uden redesign af styring

Optimering af oplevelse

Denne arkitektur understøtter en forudsigelig og veldefineret udgivelsesproces på tværs af udviklings-, test- og produktionsmiljøer, der forbedrer samarbejdet mellem udviklere, udviklere, udgivelseschefer og supportteams.

• Rollejusterede arbejdsprocesser
• Forudsigelig hævningsmodel
• Ensartet udgivelsesbemærkningsformat og tidsindstilling
• Minimeret flertydighed i afleveringer mellem teams

Oplevelsen er forbedret for flere brugergrupper:

• Udviklere og skabere gennem tydelige arbejdsgange for miljøer og grene
• Udgiv ledere via standardiseret forfremmelse og sporing
• Virksomhedsinteressenter via læsbare AI-assisterede udgivelsesoversigter
• Supportteams via en defineret hotfixrute

Ansvarlig AI

• Retfærdighed: AI-funktionen opsummerer godkendte elementer i udgivelsesarbejde. Den træffer ikke personalebeslutninger, fastslår berettigelse eller træffer beslutninger, der påvirker kunderne.

• Pålidelighed og sikkerhed: Menneskelige korrekturlæsere kontrollerer indholdet før distribution.

• Beskyttelse af personlige oplysninger og sikkerhed: Agenten behandler kun virksomhedsudgivelsesmetadata, der er inden for området, f.eks. godkendte arbejdselementer og udgivelseskontekst. Følg din organisations politikker for datastyring og forbindelser ved håndtering af følsomme data.

• Inclusiveness: Det genererede output understøtter tekniske og ikke-tekniske målgrupper med strukturerede sektioner og almindelige sprogoversigter.

• Gennemsigtighed: Mærk produktbemærkninger som AI-assisteret, og sammensæt den gennemsede kilde til de faktiske kildearbejdselementer i DevOps.

• Ansvarlighed: En navngiven udgivelsesejer eller udrulningsgodkender er stadig ansvarlig for endelige beslutninger om udgivelsesindhold og udrulning af produktion.

Næste trin

1. Opret forbindelse mellem dine Dataverse-udviklingsmiljøer og et Git-lager.
2. Planlæg din Azure DevOps organisationsstruktur og -strategi.
3. Træk arbejdselementer fra DevOps med Copilot Studio ved hjælp af connectors som værktøjer.

Bidragydere

Microsoft vedligeholder denne artikel. Følgende bidragydere skrev denne artikel.

Hovedforfattere:

• Nick Talsma, Power Platform Technical Architect

Relaterede ressourcer

• Konfiguration af Dataverse Git-integration
• Planlæg din organisationsstruktur
• Brug Power Platform-connectorer som værktøjer