Organiser dine løsninger

Før du opretter løsninger, skal du bruge tid på at planlægge. Tænk f.eks. på, hvor mange løsninger du vil frigive, og om løsningerne vil dele komponenter.

Bestem også, hvor mange Microsoft Dataverse-miljøer du skal bruge til at udvikle din linje af løsninger. Du kan bruge et enkelt miljø til de fleste af de strategier, der er beskrevet i denne artikel. Hvis du imidlertid beslutter at have kun én løsning og senere finder ud af, at du har brug for flere, kan det være udfordrende at ændre løsningerne, hvis brugerne allerede har installeret dem. Brug af flere løsninger kan give bedre fleksibilitet, selv om det indfører yderligere kompleksitet.

I følgende afsnit beskrives forskellige strategier for administration af løsninger, der er angivet i rækkefølge fra simple til mere komplekse.

Enkelt løsning

Ved at oprette en løsning kan du etablere et fungerende sæt af tilpasninger. Det gør det nemmere at finde elementer, som du har tilpasset.

Denne fremgangsmåde anbefales, hvis du kun vil oprette en enkelt administreret løsning. Hvis du tror, du kan være nødvendigt at opdele løsningen på et senere tidspunkt, kan du overveje at bruge flere løsninger.

Flere løsninger

Hvis du har to ikke-forbundne løsninger, der ikke deler komponenter, er den mest direkte fremgangsmåde at oprette to ikke-administrerede løsninger.

Bemærk

Det er meget almindeligt i løsninger at ændre programbåndene eller stedoversigten. Hvis begge dine løsninger ændrer disse løsningskomponenter, er de delte komponenter. Se afsnittet nedenfor for at se, hvordan du arbejder med delte komponenter.

Flere lag og afhængigheder i løsninger

Når du importerer forskellige løsninger til målmiljøet, opretter du ofte lag, hvor den eksisterende løsning ligger under det, der importeres. Når det kommer til løsningslaget, er det vigtigt, at du ikke har afhængigheder på tværs af løsninger. Der skal være flere løsninger i det samme miljø, hvor der bruges samme ikke-administrerede komponent. Det gælder især tabeller.

Segmenter løsningerne efter komponenttype, når der ikke er risici på tværs af afhængigheder. Du kan f.eks. have én løsning, der omfatter alle dine tabeller, en anden løsning, der indeholder alle dine plug-ins, og en tredje løsning, der indeholder alle dine flow. Disse forskellige komponenter har ikke risici for afhængigheder på tværs af løsninger. Det er derfor sikkert, at der er flere løsninger, der er udformet på denne måde i det samme miljø.

Der findes ikke to forskellige løsninger i et miljø, hvor begge indeholder tabeller. Det skyldes, at der ofte er risici ved en enkelt relation mellem tabeller, hvor der oprettes en afhængighed på tværs af løsninger, og som medfører problemer med løsningsopgradering eller sletning i destinationsmiljøet på et senere tidspunkt.

Når du designer løsningslagene, og du vil have en struktureret tilgang til apps, skal du starte med et basislag. Du kan senere importere flere løsninger, der findes oven på basislaget. Derefter har du et basislag og et udvidelseslag oven over, der udvider basislaget.

Når du administrerer dine projekter på denne måde, anbefales det, at du bruger et separat miljø for hvert lag. Opbyg løsningslaget ved hjælp af disse trin.

1. Inden du opretter løsningerne i følgende trin, skal du bruge en enkelt udgiver til alle løsninger på tværs af dine miljøer. Flere oplysninger: Løsningsudgiver

2. I basismiljøet har du basisløsningen med de ikke-administrerede tabeller fra det pågældende miljø og ingen andre tabeller. Du kan derefter eksportere løsningen som administreret.

3. Du konfigurerer et andet miljø til udvidelseslaget eller applaget, der senere findes oven på basislaget.

4. Du importerer det administrerede basislag til applagets miljø og opretter en ikke-administreret løsning til applaget.

   

Du kan nu udvide datamodellen ved at tilføje flere tabeller, kolonner, Relationer osv. i appløsningen. Du kan derefter eksportere app-løsningen som administreret. Bemærk, at appløsningen har afhængigheder af basislagets løsning.

I produktionsmiljøet skal du importere det administrerede basislag og derefter importere det administrerede applag. Derved oprettes der to administrerede lag i miljøet med klare afhængigheder mellem de to administrerede løsninger. Hvis du administrerer flere løsninger på denne måde, oprettes der ikke afhængigheder på tværs af løsninger, der kan medføre problemer med løsningsvedligeholdelse, f.eks. fjernelse af det øverste lag efter behov.

Gentag dette segmenteringsmønster for at have så mange forskellige løsninger, som du har behov for at vedligeholde. Det anbefales, at du opbevarer så få løsninger som muligt for at holde løsningslaget overskueligt.

Se også

Brug segmenterede løsninger
Scenarie 5: Understøttelse af teamudvikling