Løsningskoncepter

Løsninger er den mekanisme, der bruges til at implementere ALM (Application Lifecycle Management) i Power Apps og Power Automate. I denne artikel beskrives følgende vigtige løsningsbegreber:

• To typer løsninger (administrerede eller ikke-administrerede)
• Løsningskomponenter
• Livscyklus for en løsning
• Løsningsudgiver
• Løsning og løsningskomponentafhængigheder

Administrerede og ikke-administrerede løsninger

En løsning er enten administreret eller ikke-administreret.

• Ikke-administrerede løsninger udvikles. Ikke-administrerede løsninger bruges i udviklingsmiljøer, når du foretager ændringer af din applikation. Ikke-administrerede løsninger kan eksporteres enten som ikke-administrerede eller som administrerede. Eksporterede ikke-administrerede versioner af dine løsninger skal kontrolleres i kildekontrolsystemet. Ikke-administrerede løsninger betragtes som din kilde for Microsoft Power Platform-aktiver. Når en ikke-administreret løsning slettes, er det kun løsningsbeholderen for de inkluderede tilpasninger, der slettes. Alle de ikke-administrerede tilpasninger bevares og tilhører standardløsningen.

• Administrerede løsninger implementeres. Administrerede løsninger implementeres i et hvilket som helst miljø, der ikke er et udviklingsmiljø for den pågældende løsning. Disse miljøer omfatter test, brugeraccepttest (UAT), test af systemintegration (SID) og produktionsmiljøer. Administrerede løsninger kan betjenes uafhængigt af andre administrerede løsninger i et miljø. Som en ALM-bedste praksis skal administrerede løsninger oprettes ved at eksportere en ikke-administreret løsning som administreret og betragtet som et Build-artefakt. Derudover:

  • Du kan ikke redigere komponenter direkte i en administreret løsning. Hvis du vil redigere administrerede komponenter, skal du først føje dem til en ikke-administreret løsning.
    • Når du redigerer en administreret komponent, opretter du en afhængighed mellem dine ikke-administrerede tilpasninger og den administrerede løsning. Når der findes en afhængighed, kan den administrerede løsning ikke fjernes, før du fjerner afhængigheden.
  • Nogle administrerede komponenter kan ikke redigeres. Du kan kontrollere, om en komponent kan redigeres, ved at få vist de administrerede egenskaber.
  • Du kan ikke eksportere en administreret løsning. Men du kan eksportere ikke-administrere løsning som administreret.
  • Når en administreret løsning slettes (fjernes), fjernes alle de inkluderede tilpasninger og udvidelser.

Vigtigt

• Du kan ikke importere en administreret løsning i det samme miljø, som indeholder den oprindelige ikke-administrerede løsning. Hvis du vil teste en administreret løsning, skal du have et separat miljø, du kan importere den til.
• Når du sletter en administreret løsning, går følgende data tabt: de data, der er gemt i brugerdefinerede tabeller, og som er en del af den administrerede løsning, og de data, der er gemt i brugerdefinerede kolonner, som er en del af den administrerede løsning på andre tabeller, der ikke er en del af den administrerede løsning.

Producenter og udviklere arbejder i udviklingsmiljøer ved hjælp af ikke-administrerede løsninger og importerer dem derefter til andre downstream-miljøer - f.eks. test - som administrerede løsninger.

Bemærk

Når du tilpasser i udviklingsmiljøet, arbejder du i det ikke-administrerede lag. Når du derefter eksporterer den ikke-administrerede løsning som en administreret løsning, der skal distribueres til et andet miljø, importeres administreret løsning i miljøet i det administrerede lag. Flere oplysninger: Løsningslag

Løsningskomponenter

En komponent, der også kendes som objekter, repræsenterer noget, som du kan tilpasse. Alt det, der kan inkluderes i en løsning, er en komponent. Hvis du vil have vist de komponenter, der indgår i løsningen, skal du åbne den ønskede løsning. Komponenterne vises på listen Komponenter.

Bemærk

• En løsning kan have en størrelse på op til 95 MB.
• Du kan ikke redigere komponenter direkte i en administreret løsning.

Se Indstillinger for ComponentType for at få vist en liste over komponenttyper, der kan føjes til en hvilken som helst løsning.

Visse komponenter er indlejret i andre komponenter. F.eks indeholder en tabel formularer, visninger, diagrammer, kolonner, tabelrelationer, meddelelser og forretningsregler. Hver af disse komponenter kræver, at der findes en tabel. Med undtagelse af valgkolonner kan alle andre kolonner ikke findes uden for en tabel. Vi siger, at kolonnen er afhængig af tabellen. Der findes to gange så mange typer komponenter, som vist på den foregående liste, men de fleste af dem er ikke indlejrede i andre komponenter og er ikke synlige i programmet.

Formålet med komponenter er at holde styr på eventuelle begrænsninger på, hvad der kan tilpasses ved hjælp af administrerede egenskaber og alle afhængigheder, så de kan eksporteres, importeres, og (i administrerede løsninger) slettes, uden at de efterlader sig noget.

Livscyklus for en løsning

Løsninger understøtter følgende handlinger, der er med til at understøtte processerne for applikationens livscyklus:

• Opret. Forfatter og eksporterer ikke-administrerede løsninger.
• Opdater. Opret opdateringer til en administreret løsning, der er installeret på den overordnede administrerede løsning. Du kan ikke slette komponenter med en opdatering.
• Opgradering. Importerer løsningen som en opgradering til en eksisterende administreret løsning, som fjerner ubrugte komponenter og implementerer opgraderingslogikken. Opgraderinger involverer akkumulering (fletning) af alle programrettelser til løsningen i en ny version af løsningen. Løsningsopgraderinger sletter de komponenter, der fandtes, men som ikke længere er inkluderet i den opgraderede version. Du kan vælge at opgradere med det samme eller at gemme opgraderingen midlertidigt, så du kan udføre nogle yderligere handlinger, før du fuldfører opgraderingen.
• Patch. En programrettelse indeholder kun ændringer for en overordnet administreret løsning, f.eks. tilføjelse eller redigering af komponenter og aktiver. Brug programrettelser, når du foretager mindre opdateringer (i stil med et hotfix). Når programrettelser importeres, placeres de i lag oven på den overordnede løsning. Du kan ikke slette komponenter med en programrettelse.

Løsningsudgiver

Alle appkomponenter og andre løsningskomponenter, f.eks. de tabeller, du opretter, eller en tilpasning, du foretager, er en del af en løsning. Da alle løsninger har en udgiver, skal du oprette din egen udgiver i stedet for at bruge standardudgiveren. Du kan angive udgiveren, når du opretter en løsning.

Bemærk

• Hvis du ikke som standard anvender en brugerdefineret løsning, skal du arbejde i standardsystemløsninger, der kaldes Common Data Service-standardløsningen og Standard-løsningerne. Flere oplysninger: Standardløsning og Common Data Service-standardløsning
• Den foretrukne løsning er en løsning, du angiver, som bliver din standardløsning. Flere oplysninger: Indstille en foretrukken løsning

Udgiveren af en løsning, hvor en komponent er oprettet, betragtes som ejer af den pågældende komponent. Ejeren af en komponent styrer, hvilke ændringer andre udgivere af løsninger, herunder den pågældende komponent, har tilladelse til eller er begrænet i at foretage. Det er muligt at flytte ejerskabet for en komponent fra en løsning til en anden i den samme udgiver, men ikke på tværs af flere udgivere. Når du har introduceret en udgiver for en komponent i en administreret løsning, kan du ikke ændre udgiveren for komponenten. På grund af denne restriktion er det en god ide at definere en enkelt udgiver, så du kan ændre lagdelingsmodellen på tværs af løsninger på et senere tidspunkt.

Løsningsudgiveren angiver, hvem der har udviklet appen. Derfor skal du oprette et løsningsudgivernavn, der giver mening.

Præfiks til løsningsudgiver

En løsningsudgiver har et præfiks. Præfikset for udgiveren er en mekanisme, der kan hjælpe med at undgå navngivningskollisioner. Dette gør det muligt at installere løsninger fra forskellige udgivere i et miljø med få konflikter. Den contoso-løsning, der vises her, indeholder f. eks. løsningsudgiverpræfikset contoso.

Bemærk

Når du ændrer et løsningsudgiverpræfiks, skal du gøre det, før du opretter nye apps eller metadataelementer, da du ikke kan ændre navnene på metadataelementer, når de er oprettet.

Flere oplysninger:

• Opret en løsning og et udgiverpræfiks.
• Ændre et løsningsudgiverpræfiks

Løsningsafhængigheder

På grund af lagdelingen i administrerede løsninger kan nogle administrerede løsninger være afhængige af løsningskomponenter i andre administrerede løsninger. Nogle løsningsudgivere kan udnytte dette til at udvikle løsninger, der er modulære. Det kan være nødvendigt at installere en "basis"-administreret løsning først, og derefter kan du installere en anden administreret løsning, der yderligere tilpasser komponenterne i den basisadministrerede løsning. Den anden administreret løsning afhænger af løsningskomponenter, der er en del af den første løsning.

Systemet sporer disse afhængigheder mellem løsninger. Hvis du forsøger at installere en løsning, der kræver en basisløsning, som ikke er installeret, kan du ikke installere løsningen. Der vises en meddelelse om, at løsningen kræver en anden løsning, der skal installeres først. På samme måde kan du på grund af afhængigheder ikke fjerne basisløsningen, hvor en løsning, som afhænger af den, stadig er installeret. Du skal fjerne den afhængige løsning, før du kan fjerne basisløsningen. Du kan finde flere oplysninger i: Fjernelse af afhængigheder

Komponentafhængigheder i løsninger

En løsningskomponent repræsenterer noget, som du kan tilpasse. Alt, hvad der kan inkluderes i en løsning, er en løsningskomponent, og nogle komponenter er afhængige af andre komponenter. Rapporterne for webstedskolonnen og kontooversigten er f.eks. afhængige af kontotabellen. Du kan finde flere oplysninger under Afhængighedssporing for løsningskomponenter.

Se også

Løsningslag
Oprette og administrere miljøer i Power Platform Administration