Power Platform solution

Wat is een Power Platform solution?

Een Power Platform solution is een pakket waarin je onderdelen van een bedrijfsoplossing samenbrengt. Dat kunnen canvas- en model-driven apps, cloud flows, Dataverse-tabellen en kolommen, formulieren, agents, plug-ins, connection references en environment variables zijn.

Solutions zijn het centrale mechanisme voor Application Lifecycle Management in Power Platform. Je bouwt componenten in een ontwikkelomgeving, exporteert de solution en importeert ze in test of productie.

Een solution bevat vooral definities, metadata en bepaalde configuratie. Gewone bedrijfsrecords, zoals klanten en facturen, reizen niet automatisch mee. Voor referentiedata en migratie is een aparte aanpak nodig.

Componenten en afhankelijkheden

Iedere aanpasbare bouwsteen in een solution is een component. Een model-driven app hangt bijvoorbeeld af van tabellen, kolommen, formulieren, views en rollen. Een flow kan afhangen van connection references en environment variables.

Voeg de componenten toe die nodig zijn om de functie in de doelomgeving te laten werken. Ontbrekende afhankelijkheden veroorzaken importfouten of runtimeproblemen. Automatische afhankelijkheidsdetectie helpt, maar vervangt geen begrip van de oplossing.

Gebruik een publisher met een vaste prefix voor eigen componenten. De unieke namen blijven zo herkenbaar in Dataverse, bronbestanden en integraties.

Van ontwikkeling naar productie

In de ontwikkelomgeving maken makers wijzigingen in een unmanaged solution. De solution wordt geëxporteerd, gevalideerd en als buildartefact naar test gebracht. Na functionele en technische tests volgt productie.

Connection references koppelen de componenten in iedere omgeving aan de juiste connections. Environment variables leveren waarden zoals site-URL's en externe eindpunten. De oplossing hoeft daardoor niet per omgeving handmatig herschreven te worden.

Pipelines kunnen export, validatie, goedkeuring en import herhaalbaar uitvoeren. Bronbeheer bewaart de uitgepakte solutionbestanden en maakt wijzigingen bespreekbaar. De live Dataverse-omgeving alleen is geen goed wijzigingslogboek.

Managed en unmanaged solutions

Een unmanaged solution is de bewerkbare bron tijdens ontwikkeling. Verwijder je de solutioncontainer, dan blijven de unmanaged componenten en aanpassingen in de omgeving bestaan.

Een managed solution is bedoeld voor implementatie buiten de ontwikkelomgeving. Ze vormt een afzonderlijke laag die kan worden bijgewerkt of verwijderd volgens de solutionregels. Managed properties bepalen welke aanpassingen in de doelomgeving toegestaan zijn.

Rechtstreeks unmanaged wijzigingen maken in productie creëert een actieve laag bovenop managed componenten. Zo'n wijziging kan een latere release overschrijven of onverwacht gedrag geven. Corrigeer de bron in ontwikkeling en implementeer opnieuw.

Een uitgewerkt voorbeeld

Een onboardingoplossing bevat een canvas app, drie Dataverse-tabellen, twee cloud flows, een security role en environment variables voor een SharePoint-site en Teams-kanaal.

In ontwikkeling gebruikt het team testdata en testconnections. De pipeline pakt de solution uit naar Git, voert controles uit en bouwt een managed artefact. Bij import in test worden de doelwaarden en connections toegewezen.

Na tests wordt exact hetzelfde artefact naar productie gebracht met productieconfiguratie. Daardoor is duidelijk welke versie werd getest en welke componenten samen zijn geleverd.

Solution versus omgeving

Een omgeving is de container waarin apps, flows, data, connections en solutions leven. Een solution groepeert een geselecteerd deel van de componenten voor ontwikkeling en transport.

Niet alles in een omgeving hoort dus bij één solution. Omgekeerd kan één bedrijfsoplossing uit meerdere solutions bestaan wanneer modules onafhankelijk worden onderhouden. Kies de grens op basis van samenhang en implementatieritme, niet alleen op teamstructuur.

Waar moet je op letten?

Maak nieuwe bedrijfscomponenten vanaf het begin in een solution. Leg versie, publisher en eigenaar vast. Controleer dependencies en test verwijderen, upgraden en terugrollen waar dat relevant is.

Houd configuratie uit formules en flowstappen. Gebruik environment variables en connection references. Bewaar secrets niet als gewone environment variable wanneer ondersteunde geheime opslag nodig is.

Een solution maakt een slechte applicatie niet automatisch beheersbaar. Tests, code review, datamigratie, monitoring en een herstelplan blijven onderdelen van de release.