Løsningskonsepter

Løsninger er mekanismen for implementering av ALM i Power Apps og Power Automate. Denne artikkelen beskriver følgende nøkkelløsningskonsepter:

• To typer løsninger
• Løsningskomponenter
• Livssyklusen for en løsning
• Løsningsutgiver
• Løsning og løsningskomponentavhengigheter

Administrerte og uadministrerte løsninger

En løsning er enten administrert eller uadministrert.

• Uadministrerte løsninger utvikles. Uadministrerte løsninger brukes i utviklingsmiljøer mens du gjør endringer i appen. Uadministrerte løsninger kan eksporteres enten som uadministrerte eller administrerte. Eksporterte uadministrerte versjoner av løsningene bør sjekkes inn i kildekontrollsystemet. Uadministrerte løsninger bør betraktes som kilde for Microsoft Power Platform-ressurser. Når en uadministrert løsning slettes, slettes bare løsningsbeholderen for eventuelle tilpassinger inkludert i den. Alle de uadministrerte tilpassingene gjelder fortsatt og de tilhører standardløsningen.

• Administrerte løsninger distribueres. Administrerte løsninger distribueres til et hvilket som helst miljø som ikke er et utviklingsmiljø for den løsningen. Dette omfatter test-, UAT-, SIT- og produksjonsmiljøer. Administrerte løsninger kan betjenes uavhengig av andre administrerte løsninger i et miljø. Som beste ALM-fremgangsmåte bør administrerte løsninger genereres ved å eksportere en uadministrert løsning som administrert og betraktes som en buildartefakt. I tillegg:

  • Du kan ikke redigere komponentene direkte i en administrert løsning. Hvis du vil redigere administrerte komponenter, må du først legge dem til i en uadministrert løsning.
    • Når du gjør dette, oppretter du en avhengighet mellom de uadministrerte tilpassingene og den administrerte løsningen. Når en avhengighet eksisterer, kan ikke den administrerte løsningen avinstalleres før du fjerner avhengigheten.
  • Enkelte administrerte komponenter kan ikke redigeres. Hvis du vil kontrollere om en komponent kan redigeres, kan du se Forvaltede egenskaper.
  • Du kan ikke eksportere en administrert løsning.
  • Når du sletter en administrert løsning (avinstallerer), fjernes alle tilpassinger og utvidelser som følger med.

  Viktig

  • Du kan ikke importere en administrert løsning i samme miljø som inneholder den opprinnelige uadministrerte løsningen. Hvis du vil teste en administrert løsning, må du importere den inn i en separat løsning.
  • Når du sletter en administrert løsning, mister du følgende data: data lagret i egendefinerte enheter som er en del av den administrerte løsningen, og data lagret i egendefinerte attributter som er en del av den administrerte løsningen på andre enheter som ikke er en del av den administrerte løsningen.

Opprettere og utviklere arbeider i utviklingsmiljøer ved hjelp av uadministrerte løsninger og importerer dem deretter til andre miljøer nedstrøms, for eksempel test, som administrerte løsninger.

Merk

Når du tilpasser i utviklingsmiljøet, arbeider du i det uadministrerte laget. Når du deretter eksporterer den uadministrerte løsningen som en administrert løsning for å distribuere den til et annet miljø, importeres den administrerte løsningen til miljøet i det administrerte laget. Mer informasjon: Løsningslag

Løsningskomponenter

En komponent representerer noe som du potensielt kan tilpasse. Alt som kan inkluderes i en løsning, er en komponent. Hvis du vil vise komponentene som er inkludert i en løsning, åpner du den ønskede løsningen. Komponentene er oppført i Komponenter-listen.

Merk

• En løsning kan ha en størrelse på opptil 32 MB.
• Du kan ikke redigere komponentene direkte i en administrert løsning.

Hvis du vil vise en liste over komponenttyper som kan legges til i en hvilken løsning, kan du se Alternativer for ComponentType.

Noen komponenter er nestet i andre komponenter. En enhet inneholder for eksempel skjemaer, visninger, diagrammer, felt, enhetsrelasjoner, meldinger og forretningsregler. Hver av disse komponentene krever at en enhet finnes. Et felt kan ikke eksistere utenfor en enhet. Vi sier at feltet er avhengig av enheten. Det er faktisk to ganger så mange typer komponenter som vist i listen ovenfor, men de fleste av dem er nestet i andre komponenter og er ikke synlige i programmet.

Formålet med å ha komponenter er å holde oversikt over alle begrensninger på hva som kan tilpasses ved hjelp av Forvaltede egenskaper og alle løsningsavhengighetene, slik at den kan eksporteres, importeres og (i administrerte løsninger) slettes uten å etterlate noe.

Løsningslivssyklus

Løsninger støtter følgende handlinger som bidrar til å støtte applivssyklusprosesser:

• Opprett: Skriv og eksporter uadministrerte løsninger.

• Oppdater: Opprett oppdateringer til en administrert løsning som distribueres til den overordnede administrerte løsningen. Du kan ikke slette komponenter med en oppdatering.

• Oppgrader: Importer løsningen som en oppgradering til en eksisterende administrert løsning, som fjerner ubrukte komponenter og implementerer oppgraderingslogikk. Oppgraderinger omfatter en utrulling (sammenslåing) av alle oppdateringer til løsningen i en ny versjon av løsningen. Løsningsoppgraderinger vil slette komponenter som eksisterte, men som ikke lenger er inkludert i den oppgraderte versjonen. Du kan velge å oppgradere umiddelbart eller ta oppgraderingen trinnvis, slik at du kan utføre noen tilleggshandlinger før oppgraderingen fullføres.

• Reparasjon: En reparasjon inneholder bare endringer for den overordnede administrerte løsningen, for eksempel ved at komponenter og aktiva legges til eller redigeres. Bruk reparasjoner når du utfører små oppdateringer. Når reparasjoner importeres, blir de lagt lagvis oppå den overordnede løsningen. Du kan ikke slette komponenter med en reparasjon.

Løsningsutgiver

Alle apper og andre løsningskomponenter, for eksempel enheter du oppretter, eller alle tilpassinger du gjør, er en del av en løsning. I og med at hver løsning har en utgiver, må du opprette din egen utgiver i stedet for å bruke standard. Du angir utgiveren når du oppretter en løsning.

Merk

Selv om du ikke bruker en tilpasset løsning, kommer du til å arbeide i løsninger som kalles Common Data Service-standardløsningen og Standard-løsningene. Mer informasjon: Standardløsning og Common Data Service-standardløsning

Utgiveren av en løsning der en komponent opprettes, betraktes som eieren av den komponenten. Eieren av en komponent kontrollerer hvilke endringer andre utgivere av løsninger, inkludert denne komponenten, som kan utføres eller begrenses fra å utføre. Det er mulig å flytte eierskapet til en komponent fra én løsning til en annen i samme utgiver, men ikke på tvers av utgivere. Når du har introdusert en utgiver for en komponent i en administrert løsning, kan du ikke endre utgiveren for komponenten. Derfor er det best å definere én enkelt utgiver, slik at du kan endre lagendringsmodellen på tvers av løsninger senere.

Løsningsutgiveren angir hvem som utviklet til appen. Derfor bør du opprette et løsningsutgivernavn som er relevant.

Løsningsutgiverprefiks

En løsningsutgiver innehold et prefiks. Utgiverens prefiks er en mekanisme som hjelper deg å unngå navnekollisjoner. Dette gjør det mulig for løsninger fra forskjellige utgivere å bli installert i et miljø med få konflikter. Ekeli-løsningen som vises her, inkluderer for eksempel løsningsutgiverprefikset Ekeli.

Merk

Når du endrer et løsningsutgiverprefiks, må du gjøre det før du oppretter nye apper eller metadataelementer, fordi du ikke kan endre navnet på metadataobjektet etter at de er opprettet.

Mer informasjon:

• Opprett et løsningsutgiverprefiks
• Endre et løsningsutgiverprefiks

Løsningsavhengigheter

På grunn av måten administrerte løsninger er delt inn i lag på, kan noen administrerte løsninger være avhengige av løsningskomponenter i andre administrerte løsninger. Noen løsningsutgivere vil dra nytte av dette for å bygge løsninger som er modulære. Du må kanskje installere en "grunnleggende" administrert løsning først, og deretter kan du installere en annen administrert løsning som vil tilpasse komponentene videre i den grunnleggende administrerte løsningen. Den andre administrerte løsningen er avhengig av løsningskomponenter som er en del av den første løsningen.

Systemet sporer disse avhengighetene mellom løsninger. Hvis du prøver å installere en løsning som krever en grunnleggende løsning som ikke er installert, kan du ikke installere løsningen. Du får en melding om at løsningen krever at en annen løsning installeres først. På grunn av avhengigheter, kan du på samme måte ikke avinstallere den grunnleggende løsningen mens en løsning som avhenger av den, fremdeles er installert. Du må avinstallere den avhengige løsningen før du kan avinstallere den grunnleggende løsningen. Hvis du vil ha mer informasjon: Fjerne avhengigheter

Avhengigheter for løsningskomponenter

En løsningskomponent representerer noe som du potensielt kan tilpasse. Alt som kan tas med i en løsning, er en løsningskomponent, og noen komponenter er avhengige av andre komponenter. Webområdefeltet og sammendragsrapporten for forretningsforbindelsen er eksempelvis avhengig av forretningsforbindelsesenheten. Mer informasjon; Avhengighetssporing for løsningskomponenter

Se også

Løsningslag
Opprette og administrere miljøer i administrasjonssenteret for Power Platform