Løsningskonsepter

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

• To typer løsninger (administrerte og uadministrerte)
• 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. Disse miljøene omfatter test, brukergodkjenningstesting (UAT), testing av systemintegrering (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 redigerer en administrert komponent, 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. Du kan imidlertid eksportere en uadministrert løsning som administrert.
  • 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 tabeller som er en del av den administrerte løsningen, og data lagret i egendefinerte kolonner som er en del av den administrerte løsningen i andre tabeller 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, også kjent som et objekt, 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 95 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 gå til Alternativer for ComponentType.

Noen komponenter er nestet i andre komponenter. En tabell inneholder for eksempel skjemaer, visninger, diagrammer, kolonner, tabellrelasjoner, meldinger og forretningsregler. Hver av disse komponentene trenger en tabell for å eksistere. Bortsett fra valgkolonner kan ingen andre kolonner eksistere utenfor en tabell. Vi sier at kolonnen er avhengig av tabellen. Det finnes dobbelt 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 sletter 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.
• Oppdatering. En oppdatering inneholder bare endringene i en overordnede løsning, 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 tabeller 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.

Notat

• Hvis du ikke bruker en tilpasset løsning, kommer du til å arbeide i standard systemløsninger som kalles Common Data Service-standardløsningen og Standard-løsningene. Mer informasjon: Standardløsning og Common Data Service-standardløsning
• Den foretrukne løsningen er en løsning du angir, som blir standardløsningen. Mer informasjon: Angi foretrukket lø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 av 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. På grunn av denne begrensningen 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 samme 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 kan 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 installere en annen administrert løsning som tilpasser 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. Nettstedskolonnen og sammendragsrapporten for forretningsforbindelsen er begge avhengig av forretningsforbindelsestabellen. Mer informasjon; Avhengighetssporing for løsningskomponenter

Se også

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