Overzicht van pipelines in Power Platform

Pipelines in Power Platform zijn bedoeld om Application Lifecycle Management (ALM) voor Power Platform- en Dynamics 365-klanten te democratiseren door ALM-automatisering en CI/CD-mogelijkheden (continue integratie en continue levering) voor de service mogelijk te maken op een manier die toegankelijker is voor alle makers, beheerders en ontwikkelaars.

Pipelines verminderen aanzienlijk de inspanning en domeinkennis die eerder nodig was om de ROI te realiseren van het toepassen van gezonde, geautomatiseerde ALM-processen binnen uw team of organisatie.

• Beheerders configureren eenvoudig geautomatiseerde implementatiepipelines in minuten in plaats van dagen of weken.
• Makers hebben een intuïtieve gebruikerservaring om hun oplossingen eenvoudig te implementeren.
• Professionele ontwikkelaars kunnen (optioneel) pipelines uitbreiden en uitvoeren met behulp van de Power Platform-opdrachtregelinterface (CLI).

Beheerders beheren pipelines centraal

Pipelines stellen beheerders in staat om door burgers en professionele ontwikkelaars geleide projecten op grote schaal centraal te beheren met minder inspanning. Beheerders stellen de juiste waarborgen in die de ontwikkeling, het testen en de levering van oplossingen in de hele organisatie regelen en faciliteren. Andere beheerdersvoordelen zijn:

• Lagere totale eigendomskosten:

  • Pipelines verbeteren de productiviteit van makers, ontwikkelaars en beheerders aanzienlijk. Pipelines stellen uw bedrijfsoplossingen in staat sneller op de markt te komen, met een hogere kwaliteit, via een veilig en beheerd proces.
  • Minimale inspanning om veilige en op maat gemaakte wijzigingsbeheerprocessen in uw organisatie of team te implementeren.

• Bespaar tijd en geld:

  • Het systeem zorgt voor het zware werk en het lopende onderhoud, zodat u dat niet hoeft te doen.

• Schaal ALM in uw eigen tempo:

  • Ongeacht waar u zich bevindt in uw ALM-traject, kunt u pipelines uitbreiden om tegemoet te komen aan uw evoluerende zakelijke wensen. We streven ernaar dat deze opwaartse overgang zo naadloos en moeiteloos mogelijk verloopt. Meer informatie: Microsoft Power Platform CLI pac pipeline-opdrachtgroep

• Bereik compliance-, veiligheids-, monitoring- en automatiseringsdoelen met:

  • Beveiligde productieomgevingen met op goedkeuring gebaseerde gedelegeerde implementaties.
  • Aanpassingen en auditlogboek worden automatisch opgeslagen en zijn gemakkelijk toegankelijk.
  • Out-of-the-box analytics zorgt voor betere zichtbaarheid binnen een centrale locatie.
  • De mogelijkheid om kant-en-klare Power BI-rapporten te bekijken in de pipelines-app of om uw eigen rapporten te maken. Zie het Rapportageoverzicht voor modelgestuurde apps voor meer informatie
  • Pas pipelines aan de behoeften van uw organisatie aan met uitbreidbaarheid van pipelines en Power Automate.

Makers voeren vooraf geconfigureerde pipelines uit

Zodra de pipelines op hun plaats zijn, kunnen makers met een paar klikken in-productimplementaties starten. Ze doen dit rechtstreeks binnen hun ontwikkelomgevingen. Andere voordelen voor makers zijn:

• Geen voorkennis van ALM-processen of -systemen vereist. Burgerontwikkelaars zien pipelines vaak als een begeleid verandermanagementproces.
• Oplossingsimplementaties worden vooraf gevalideerd op basis van de doelomgeving om fouten te voorkomen en succespercentages te verbeteren. Ontbrekende afhankelijkheden en andere problemen worden bijvoorbeeld gedetecteerd voordat ze worden geïmplementeerd, en makers worden onmiddellijk begeleid om de juiste actie te ondernemen.
• Verbindingen en omgevingsvariabelen worden vooraf verstrekt en gevalideerd voordat de implementatie begint.
  • Dit helpt ervoor te zorgen dat applicaties en automatisering worden geïmplementeerd zonder dat er handmatige naverwerkingsstappen nodig zijn, en dat ze zijn verbonden met de juiste gegevensbronnen binnen elke omgeving.
  • Beheerders kunnen zelfs vooraf bepaalde verbindingen configureren die worden gebruikt.

Ontwikkelaars kunnen pipelines gebruiken en uitbreiden

Professionele ontwikkelaars zijn productiever met pipelines die nu de complexe achtergrondbewerkingen afhandelen. Ontwikkelaars kunnen het systeem vertellen wat ze willen bereiken in plaats van de verschillende onderliggende taken uit te voeren die nodig zijn om hetzelfde doel te bereiken. Met de Power Platform CLI kunnen ontwikkelaars:

• Maak een lijst met pipelines om relevante details te bekijken, zoals in welke fasen en omgevingen hun oplossingen kunnen worden geïmplementeerd.
• Implementatie van een oplossing met een enkele opdracht:
  • Met pipelines leveren ontwikkelaars eenvoudigweg de vereiste parameters en het systeem orkestreert alle end-to-end implementatieactiviteiten in overeenstemming met het organisatiebeleid.
  • Het is niet nodig om verbinding te maken met meerdere omgevingen, oplossingen te exporteren, oplossingsbestanden te downloaden, handmatig verbindingen te maken en bestanden met implementatie-instellingen in te vullen, oplossingen te importeren of verschillende andere taken uit te voeren die voorheen nodig waren.

Bovendien kunnen ontwikkelaars pipelines uitbreiden en integreren met andere CI/CD-tools.

Veelgestelde vragen

Wat implementeren pipelines precies?

Pipelines implementeren oplossingen en configuratie voor de doelomgeving, zoals verbindingen, verbindingsreferenties en omgevingsvariabelen. Elke Power Platform-aanpassing in uw oplossing kan worden geïmplementeerd met behulp van pipelines. Pipelines, of oplossingen in het algemeen, bevatten geen gegevens die zijn opgeslagen in Dataverse-tabellen.

Belangrijk

Power BI-dashboards (preview) en Power BI-gegevenssets (preview) worden momenteel niet ondersteund in pipelines.

Waarom kan ik mijn pipeline niet zien vanuit mijn omgeving?

Zorg er eerst voor dat uw bron- en doelomgeving goed aan elkaar zijn gekoppeld. U kunt uw pipeline alleen bekijken in de toegewezen bronomgevingen, zoals uw ontwikkelomgevingen. Wanneer u tijdens de configuratie al uw omgevingen aan uw pipeline koppelt, beschikt u over de omgevingstype-opties Ontwikkelomgeving of Doelomgeving. Als aan uw pipeline-gerelateerde omgevingen het juiste type is toegewezen, wordt uw pipeline als optie weergegeven in uw bronontwikkelomgeving.

Slaat pipelines automatisch oplossingsback-ups op?

Ja. Zowel beheerde als onbeheerde oplossingen worden voor elke implementatie automatisch geëxporteerd en opgeslagen in de pipelines-host.

Kan maatwerk een implementatiefase zoals QA omzeilen?

Nee Oplossingen worden geëxporteerd zodra een implementatieaanvraag is ingediend (wanneer de maker Implementeren selecteert vanuit hun ontwikkelomgeving) en hetzelfde oplossingsartefact wordt geïmplementeerd. Tevens geldt dat het systeem een oplossing voor implementaties niet opnieuw exporteert naar volgende fasen in een pipeline. Hetzelfde oplossingsartefact moet pipelinefasen in sequentiële volgorde doorlopen. Het systeem voorkomt ook manipulatie of wijziging van het geëxporteerde oplossingsartefact. Dit zorgt ervoor dat het niet mogelijk is dat bij aanpassingen QA-omgevingen of uw goedkeuringsprocessen kunnen worden omzeild.

Zijn zelfstandige licenties vereist om pipelines te gebruiken?

• Ontwikkelaarsomgevingen hoeven geen Beheerde omgevingen te zijn. Ze kunnen voor ontwikkeling en testen worden gebruikt met het ontwikkelaarsplan.
• De pijplijnhost moet een productieomgeving zijn, maar de pijplijnhost hoeft geen Beheerde omgeving te zijn.
• Alle andere omgevingen die in pijplijnen worden gebruikt, moeten zijn ingeschakeld als Beheerde omgevingen.
• Licenties die Premium-gebruiksrechten verlenen, zijn voor alle Beheerde omgevingen vereist.

Een veelvoorkomend installatievoorbeeld:

Omgevingsdoel	Type omgeving	Zelfstandige licentie vereist
Host	Productie	Nee
Ontwikkeling	Developer	Nee
QA	Developer	Nee
Productie	Productie	Ja

Kan ik goedkeuringen voor implementaties configureren?

Ja. Zie gedelegeerde implementaties.

Kan ik verschillende service-principals gebruiken voor verschillende pipelines en fasen?

Ja.

Welke verbindingen kunnen worden gebruikt?

Net als bij het creëren van ervaringen, kunnen makers die pipelines uitvoeren hun eigen verbindingen of verbindingen waartoe ze toegang hebben opgeven. Service-principal-verbindingen kunnen ook worden gebruikt voor connectoren die de belangrijkste authenticatie van de service-principal ondersteunen, inclusief aangepaste connectoren.

Waarom kan ik bestaande omgevingsvariabelen of verbindingsverwijzingen niet bijwerken?

Momenteel kunnen verbindingsreferenties zonder waarde in de oplossing of doelomgeving niet worden bijgewerkt tijdens de implementatie. Als een waarde eerder werd geïmplementeerd, kan deze in de doelomgeving worden bijgewerkt.

Wie is de eigenaar van geïmplementeerde oplossingsobjecten?

De identiteit die de implementatie uitvoert. Voor standaard implementaties is de eigenaar de aanvragende maker. Voor gedelegeerde implementaties is de eigenaar de gedelegeerde service-principal of gebruiker.

Kunnen pipelines worden geïmplementeerd in een andere tenant?

Nee We raden aan om Azure DevOps of GitHub te gebruiken voor dit scenario.

Wat moet ik doen als mijn ontwikkel- of doelomgeving wordt gereset of verwijderd?

U moet de omgevingsrecord verwijderen en de pijplijnconfiguratie bijwerken wanneer dat nodig is. Als een omgeving opnieuw wordt ingesteld, maakt u de omgevingsrecord opnieuw en koppelt u deze aan uw pipeline.

Kan ik pijplijnen gebruiken in de standaardomgeving?

Ja. Het gebruik van de standaardomgeving als pipelines-host wordt echter niet aanbevolen voor alle klanten.

Kan ik implementeren met behulp van mijn eigen service-principal?

Ja. Meer informatie: Pipelines implementeren als service-principal of pipeline-eigenaar=.

Kunnen pipelines worden gebruikt met Azure DevOps, GitHub of de ALM Accelerator?

Ja, samen zijn deze tools krachtig terwijl ze de ervaring van makers eenvoudig houden. Meer informatie: pipelines uitbreiden

Kan ik teruggaan naar een vorige versie?

Momenteel kunnen alleen hogere oplossingsversies worden geïmplementeerd of geïmporteerd. Als tijdelijke oplossing downloaden beheerders het artefact van de pipeline-host, verhogen de versie van de oplossing in het bestand solution.xml en importeren deze vervolgens handmatig in de doelomgeving.

Kan ik bewaarbeleid instellen voor pijplijngegevens?

Ja. U kunt bulkverwijderingstaken configureeren in de Dataverse-pipelines-host om gegevens volgens een gedefinieerd schema te verwijderen.

Kan ik geavanceerd gedrag voor het importeren van oplossingen specificeren, zoals update versus upgrade?

Momenteel niet. Het standaard importgedrag van pijplijnen is Upgraden met Aanpassingen overschrijven.

Kan een omgeving aan meerdere hosts worden gekoppeld?

Nee Eén omgeving kan uitsluitend worden gekoppeld aan meerdere pipelines binnen dezelfde host. Als u een omgeving aan een andere host wilt koppelen, voegt u deze toe aan een pipeline in de nieuwe host. Verwijder vervolgens de omgevingsrecord van de oorspronkelijke host en controleer of alles werkt zoals verwacht.

Kan ik de app en tabellen voor de implementatiepipeline van de eerste partij aanpassen of uitbreiden?

Momenteel niet. Er zijn echter opzettelijke extensiehooks beschikbaar om pipelinelogica aan te passen. Meer informatie: pipelines uitbreiden.

Waar kan ik pipelines bekijken en uitvoeren?

Navigeer naar een onbeheerde oplossing in ontwikkeling naar een omgeving die is gekoppeld aan uw pijplijn. Pijplijnen kunnen niet worden bekeken of uitgevoerd vanuit de standaardoplossing, beheerde oplossingen of in doelomgevingen. Merk op dat u ook pipelines kunt ophalen en uitvoeren vanaf de Power Platform CLI.

Kan ik in verschillende regio's implementeren?

Momenteel niet. De host en alle omgevingen die zijn gekoppeld aan pipelines in een host, moeten zich binnen dezelfde geografische locatie bevinden (zoals opgegeven bij het maken van omgevingen). Een pipeline kan bijvoorbeeld niet vanuit Duitsland naar Canada worden geïmplementeerd. En een host in Duitsland zou geen omgevingen in Canada moeten beheren. In plaats daarvan moeten afzonderlijke hosts worden gebruikt voor Duitsland en Canada.

Kan ik dezelfde oplossing implementeren met verschillende pipelines?

Dit is wel mogelijk, maar we raden u om voor een bepaalde oplossing met dezelfde pipeline te beginnen. Dit helpt verwarring en onbedoelde fouten te voorkomen. Pipeline-uitvoeringsinformatie wordt weergegeven in de context van één pipeline en één oplossing (binnen de oplossingservaring). Daarom tonen andere pipelines mogelijk niet de laatst geïmplementeerde oplossingsversie of andere belangrijke runinformatie die aan verschillende pipelines is gekoppeld. Merk op dat de app Deployment Pipeline Configuration uitvoeringsinformatie weergeeft voor alle pipelines en alle oplossingen voor de huidige host.

Kan de hostomgeving ook als ontwikkel- of doelomgeving worden gebruikt?

Het gebruik van dezelfde omgeving voor ontwikkeling en de host wordt niet ondersteund; andere combinaties worden niet aanbevolen als best practice.

Hoe kan ik zien wat er tussen verschillende versies is veranderd?

Binnen de doelomgeving kunt u lagen met geïmplementeerde objecten zien, evenals wat er tussen de lagen is veranderd. Bovendien kunt u XML-verschillen zien tussen lagen voor modelgestuurde apps, plattegronden en formulieren. Pipelines kunnen ook worden uitgebreid om te integreren met GitHub en andere bronbeheersystemen om granulaire verschillen te vergelijken.

Moet mijn hostomgeving dezelfde zijn als waar ik de COE-toolkit heb geïnstalleerd?

Dit is een geldige configuratie en moet worden geëvalueerd op basis van de behoeften en het beleid binnen uw organisatie.

Kan ik onbeheerde oplossingen implementeren?

Nee We raden u aan beheerde oplossingen altijd in niet-ontwikkelomgevingen te implementeren. Merk op dat onbeheerde oplossingen automatisch worden geëxporteerd en opgeslagen in de pipelines-host, zodat u ze kunt downloaden en importeren in andere ontwikkelomgevingen of onder broncodebeheer kunt plaatsen.

Kan ik meerdere oplossingen tegelijk implementeren?

Momenteel niet. U moet voor elke oplossing een andere implementatie indienen. Dezelfde pipeline kan echter voor meerdere oplossingen worden gebruikt.

Publiceren pipelines onbeheerde aanpassingen voordat de oplossing wordt geëxporteerd?

Momenteel niet. We raden u aan afzonderlijke objecten te publiceren zodra ze zijn opgeslagen. Houd er rekening mee dat alleen bepaalde oplossingsobjecten moeten worden gepubliceerd.

Kan ik pipelines gebruiken voor teams met meerdere ontwikkelaars die in geïsoleerde ontwikkelomgevingen werken?

De huidige implementatie maakt gebruik van een enkele ontwikkelomgeving voor een bepaalde oplossing.

Hoe verschillen pipelines van de ALM Accelerator?

Beide bieden veel waardevolle mogelijkheden en de eigenaarsteams werken nauw samen bij het ontwikkelen van de pipelines en de bredere ALM-visie voor Power Platform. Pipelines zijn eenvoudiger van aard en kunnen met minder inspanning worden opgezet en beheerd. Toegang tot andere producten en technologieën is niet vereist, aangezien alles in eigen huis wordt beheerd. De ALM Accelerator daarentegen is soms beter geschikt voor meer geavanceerde ALM-scenario's.

Hoewel er veel aanvullende functionele verschillen zijn, is het fundamentele verschil dat pipelines een officieel Microsoft Power Platform-productkenmerk zijn, wat betekent dat ze door Microsoft-productengineering zijn ontworpen, ontwikkeld en getest en worden onderhouden en ondersteund. Pipelines zijn ingebouwd in het product en zijn toegankelijk binnen native productervaringen.

Wanneer moet ik pipelines gebruiken versus een andere tool?

We moedigen klanten aan om pipelines te gebruiken voor kernimplementatiefunctionaliteit en, indien nodig, pipelines uit te breiden om te integreren met andere CI/CD-tools. Wanneer ze samen worden gebruikt, worden de werklasten die nodig zijn binnen CI/CD-tools vaak minder ingewikkeld en kostbaar om te onderhouden.

Volgende stappen

Pipelines instellenPipelines uitbreiden