Uw oplossingen ordenen
Voordat u oplossingen maakt, raden we u aan om enige tijd uit te trekken om vooruit te plannen. Denk bijvoorbeeld na over hoeveel oplossingen u wilt vrijgeven en of deze oplossingen gemeenschappelijke onderdelen zullen hebben.
Bepaal ook hoeveel Microsoft Dataverse-omgevingen u nodig hebt om uw oplossingslijn te ontwikkelen. U kunt één omgeving gebruiken voor de meeste strategieën die in dit artikel worden beschreven. Als u hebt besloten om maar één omgeving te gebruiken, maar zich later realiseert dat u er meer nodig hebt, kan het moeilijk zijn om de oplossingen te wijzigen als gebruikers deze al hebben geïnstalleerd. Het gebruik van meerdere omgevingen leidt weliswaar tot meer complexiteit, maar vergroot ook de flexibiliteit.
In de volgende secties worden verschillende strategieën beschreven voor het beheren van oplossingen, gerangschikt op basis van complexiteit.
Eén oplossing
Door een oplossing te maken, stelt u een werkset van aanpassingen op. Dat maakt het gemakkelijker om items te zoeken die u hebt aangepast.
Deze benadering wordt aanbevolen als u slechts één beheerde oplossing wilt maken. Als u denkt dat u de oplossing in de toekomst mogelijk moet opsplitsen, kunt u overwegen meerdere oplossingen te gebruiken.
Meerdere oplossingen
Als u twee niet-gerelateerde oplossingen hebt die geen component gemeenschappelijk hebben, is de meest directe benadering het maken van twee onbeheerde oplossingen.
Notitie
Het komt zeer vaak voor bij oplossingen dat de toepassingslinten of de sitemap worden gewijzigd. Als in beide oplossingen deze oplossingsonderdelen worden gewijzigd, zijn het gedeelde onderdelen. Zie de volgende sectie om te zien hoe u met gedeelde onderdelen werkt.
Meerdere oplossingslagen en -afhankelijkheden
Wanneer u verschillende oplossingen in uw doelomgeving importeert, maakt u vaak lagen waarbij de bestaande oplossing onder de oplossing ligt die wordt geïmporteerd. Als het gaat om oplossingslagen, is het belangrijk dat u geen afhankelijkheden tussen verschillende oplossingen hebt. U moet niet meerdere oplossingen in dezelfde omgeving met hetzelfde onbeheerde onderdeel hebben. Dit geldt helemaal voor tabellen.
Segmenteer uw oplossingen op onderdeeltype als er geen risico's van wederzijdse afhankelijkheid zijn. Gebruik bijvoorbeeld één oplossing die al uw tabellen bevat, een andere oplossing die al uw invoegtoepassingen bevat en een derde oplossing die al uw stromen bevat. Voor deze verschillende onderdelen bestaat geen risico op afhankelijkheden tussen verschillende oplossingen. Daarom is het veilig om meerdere oplossingen op deze manier in dezelfde omgeving te hebben.
Gebruik niet twee verschillende oplossingen in een omgeving waarin beide tabellen bevatten. Dit komt omdat er vaak risico's van een enkele relatie tussen tabellen bestaan, wat tot afhankelijkheid tussen verschillende oplossingen leidt en op een later tijdstip problemen met het upgraden of verwijderen van de oplossing in de doelomgeving veroorzaakt.
Wanneer u uw oplossingslagen ontwerpt en u een gestructureerde aanpak voor apps wilt hebben, moet u beginnen met een basislaag. Later importeert u aanvullende oplossingen die zich op de basislaag bevinden. Vervolgens hebt u een basislaag en uitbreidingslagen daarop om die basislaag uit te breiden.
Wanneer u uw projecten op deze manier beheert, raden we u aan om voor elke laag een aparte omgeving te gebruiken. Bouw uw oplossingslagen op met deze stappen.
Voordat u de oplossingen in de volgende stappen maakt, gebruikt u één uitgever voor al uw oplossingen in uw omgevingen. Meer informatie: Oplossingsuitgever.
In de basisomgeving hebt u uw basisoplossing met de onbeheerde tabellen uit die omgeving en geen andere tabellen. Vervolgens exporteert u deze oplossing als beheerd.
U stelt een tweede omgeving in voor de extensie- of app-laag die later op de basislaag komt.
U importeert de beheerde basislaag in de app-laagomgeving en maakt een onbeheerde oplossing voor de app-laag.
U kunt het gegevensmodel nu uitbreiden door extra tabellen, kolommen, tabelrelaties en dergelijke toe te voegen aan de app-oplossing. Vervolgens exporteert u de app-oplossing als beheerd. De app-oplossing heeft afhankelijkheden van de basislaagoplossing.
In uw productieomgeving importeert u de beheerde basislaag en vervolgens importeert u de beheerde app-laag. Zo worden twee beheerde lagen in de omgeving gemaakt met duidelijke afhankelijkheden tussen de twee beheerde oplossingen. Door op deze manier meerdere oplossingen te beheren, ontstaan er geen afhankelijkheden tussen verschillende oplossingen die problemen met het onderhoud van de oplossing kunnen veroorzaken, zoals het zo nodig verwijderen van de bovenste laag.
Herhaal dit segmentatiepatroon om zoveel verschillende oplossingen te hebben als u nodig hebt. We raden u echter aan het aantal oplossingen zo klein mogelijk te houden om uw oplossingslagen beheersbaar te houden.
Zie ook
gebruik gesegmenteerde oplossingen
Scenario 5: Ondersteuning van teamontwikkeling