Unmanaged solution

Wat is een unmanaged solution?

Een unmanaged solution is een bewerkbare container voor Power Platform-componenten tijdens ontwikkeling. Makers voegen er apps, tabellen, flows, forms, plug-ins en andere bouwstenen aan toe.

De container helpt componenten groeperen en exporteren, maar is geen geïsoleerde sandbox. Een wijziging aan een component verandert die component meteen in de omgeving.

Alle unmanaged customizations komen in één actieve unmanaged laag terecht, ongeacht via welke unmanaged solution ze zijn gemaakt.

De container is niet de component

Dezelfde component kan in meerdere unmanaged solutions worden opgenomen. Dat maakt geen kopieën. Iedere solution verwijst naar dezelfde onderliggende definitie in Dataverse.

Verwijder je alleen de unmanaged solutioncontainer, dan blijven de componenten en aanpassingen in de omgeving bestaan. Dit verschilt fundamenteel van het verwijderen van een managed solution.

Wie een development environment wil opschonen, moet daarom begrijpen welke componenten en dependencies werkelijk verwijderd mogen worden. Alleen de container wissen draait wijzigingen niet terug.

Ontwikkelworkflow

Maak eigen componenten vanaf het begin in een benoemde solution met een vaste publisher. Zo krijgen schema-namen een herkenbare prefix en zijn dependencies beter te volgen.

Exporteer de solution voor bronbeheer en builds. Voor een release wordt uit de ontwikkelbron doorgaans een managed artefact gemaakt dat naar niet-ontwikkelomgevingen gaat.

Een unmanaged export kan nuttig zijn om een andere development environment te initialiseren. Gebruik hem niet als normale productiedeployment.

Waarom unmanaged productie problematisch is

Een unmanaged customization staat boven managed lagen en bepaalt daardoor vaak het runtimegedrag. Een nieuwe managed release kan correct importeren terwijl de actieve laag haar wijziging verbergt.

Lokale productieaanpassingen zijn ook moeilijker te verwijderen, te herleiden en consistent naar andere omgevingen te brengen. De omgeving wordt dan stilzwijgend de enige bron van waarheid.

Microsofts ALM-richtlijn is daarom om buiten development managed solutions te gebruiken en actieve lagen in doelomgevingen te vermijden.

Unmanaged versus managed

Unmanaged betekent bewerkbaar in de actieve laag. Het zegt niet dat de solution onveilig, gratis of zonder eigenaar is.

Managed betekent dat componenten als beheerde lagen worden geïnstalleerd. Updates, upgrades, managed properties en uninstall volgen dan de lifecycle van de solution.

Dezelfde ontwikkelinhoud kan dus als unmanaged bron en als managed release bestaan. Het verschil zit in verpakking en gedrag in de doelomgeving.

Samenwerken in een team

Meerdere makers in één omgeving kunnen elkaars wijzigingen beïnvloeden, ook wanneer ze aparte unmanaged solutions gebruiken. Solutions bieden groepering, geen ontwikkelaarsisolatie.

Gebruik aparte developer environments of duidelijke componentverantwoordelijkheid. Forms, canvas apps en flows zijn complexe artefacten die niet altijd eenvoudig te mergen zijn.

Pak solutions uit naar bronbeheer, review wijzigingen en bouw releases via een vaste pipeline. Leg ook vast welke versie in de development environment als uitgangspunt geldt.

Een veelvoorkomend incident

Een beheerder past in productie rechtstreeks een formulier aan om een veld te verbergen. De wijziging creëert een actieve unmanaged laag.

Een week later levert het team een managed release met een verbeterde formulierindeling. De import slaagt, maar gebruikers blijven de oude productieaanpassing zien omdat die bovenaan ligt.

De oplossing is de noodwijziging in de ontwikkelbron verwerken, opnieuw releasen en de ongewenste actieve laag gecontroleerd verwijderen. Alleen nogmaals importeren lost de laagvolgorde niet op.

Praktische afspraken

Beperk makerrechten in productie en monitor unmanaged customizations. Laat deployments door een beheerste identiteit of pipeline uitvoeren.

Gebruik de default solution voor inspectie en uitzonderlijke beheertaken, niet als normale ontwikkelcontainer. Benoemde solutions geven betere grenzen en versie-informatie.

Behandel unmanaged solutions als bronwerkruimte. Herhaalbare managed artefacten, tests en configuratiebeheer maken van die bron een betrouwbare release.