Gode fremgangsmåter for distribusjon

Hvorfor utvikling direkte i produksjon ikke er en god ide

Det er vanligvis ikke en god idé å distribuere endringer direkte til det aktive Salesforce-produksjonsmiljøet fordi det innebærer betydelige risikoer for virksomheten og brukerne. Selv små endringer kan ha uventede, gjennomgripende effekter som forstyrrer systemet. Endring av et felts type kan for eksempel irreversibelt endre data eller få Apex til å kompileres på nytt. En enkelt, ikke-testet oppdatering kan bryte en viktig prosess, ødelegge dataene eller gjøre systemet ubrukelig for teamet eller kundene, noe som fører til problemer med å rette opp ting mens alle venter.

Når du utvikler eller endrer en app, er det sikreste stedet å gjøre og teste endringer i et dedikert utviklingsmiljø, som en Sandbox- eller midlertidig organisasjon. Og noen endringer må gjøres i et utviklingsmiljø for å beskytte produksjonsorganisasjonen, som å skrive Apex.

En robust utgivelsesprodukt under behandling med flere testfaser sikrer en problemfri distribusjon til produksjon ved å

• Validering av om integrerte endringer fungerer sammen.
• Lar deg praktisere distribusjonen for å identifisere eventuelle problemer.
• Sørg for at du inkluderer alt du trenger i distribusjonsartifakten. Hvis du har gått glipp av noe, blir det åpenbart når du tester det.
• Gi flere interessenter mulighet til å teste endringene i en Delvis kopi- eller Fullstendig Sandbox (brukergodkjenningstesting).

Hvilke endringer kan du gjøre direkte i produksjonsorganisasjonen?

Det anbefales generelt ikke å utvikle eller endre programmer i produksjonsorganisasjonen, men noen administrative oppgaver kan utføres direkte i produksjonsorganisasjonen. Disse oppgavene involverer vanligvis ikke å endre eller bygge programmer selv, men å behandle eksisterende konfigurasjoner eller brukertilgang.

Du kan for eksempel utføre administrative oppgaver på en sikker måte, som å

• Utvikle e-postmaler.
• Opprette eller redigere brukere.
• Opprette eller redigere tillatelsessett og profiler.

Disse handlingstypene er vanlige og kan utføres direkte i den aktive organisasjonen. De bidrar til å holde den i gang uten risiko for større utviklingsendringer.

Omfavne endringsbehandling og god styring

Vedlikehold av et sunt og stabilt produksjonsmiljø er avgjørende for virksomheten og kundene. Dette krever en strategisk tilnærming til distribusjon, basert på gode fremgangsmåter for styring og endringsbehandling, også kalt programlivssyklusbehandling (ALM). Disse fremgangsmåtene etablerer et rammeverk for endring: definere hva, når og hvordan endringer skal introduseres. Dette gir team tillit og gir sporbarhet, noe som fører til mer problemfrie og konsistente distribusjoner.

Her er noen foreslåtte styringsregler for å oppmuntre til gode utviklingsrutiner.

• Minimere hvem som kan utvikle seg i produksjonsorganisasjonen. Begrens tilgangen Tilpasse program for administratorer.
• Begrens tillatelser til å utføre programmatiske distribusjoner til et lite antall administratorer.
• Vær omtenksom på endringene du gjør via Oppsett i produksjonsorganisasjonen, og hold deg til administrative oppgaver.

Vær strategisk om distribusjonstidsplaner

Under en Salesforce-distribusjon kan innvirkningen på brukere variere fra mindre ubehag til fullstendig avbrudd, avhengig av typen endringer og tidspunktet for distribusjonen. Pass på å holde deg unna tidspunkter der alle bruker systemet aktivt. Unngå topptider er spesielt viktig hvis distribusjonen kan føre til at Apex kompileres på nytt eller fører til Apex, noe som kan redusere programytelsen betydelig.

Unngå i tillegg distribusjon rett før fridager eller store hendelser for å unngå unødvendige hodepine- eller avbrudd. Prøv i stedet å utgi når de fleste brukerne er av systemet.

Prøv å holde deg til en konsistent utgivelsesplan. Mål for eksempel å frigjøre med jevne mellomrom og på en gitt dag i uken. Selv her i Salesforce planlegger vi regelmessige utgivelsesmoratorier for å unngå systemomfattende avbrudd på kritiske tidspunkter. Planleggingskonsistens bidrar til organisasjonsomfattende planlegging og angir forventninger for forretningsbrukere og kunder.

Se etter distribusjonsavhengigheter

Når du distribuerer til Salesforce, kan en enkel tilnærming til å ordne distribusjonen betydelig forenkle prosessen og bidra til å løse avhengigheter effektivt. Her gir vi deg en del generell informasjon og retningslinjer.

Merk Enkelte Salesforce-funksjoner og -produkter har sin egen spesifikke informasjon om anbefalte fremgangsmåter for distribusjon. Pass på å se gjennom funksjonens produktdokumentasjon før du formulerer distribusjonsstrategien.

En anbefalt sekvens er å distribuere i denne rekkefølgen:

• Objekter
• Apex-klasser
• Visualforce og -sider
• Lightning (LWC) og Aura-komponenter
• Apex og andre metadata
• Profiler og tillatelsessett
• Delingsregler

For å unngå problemer tidlig i prosessen må du distribuere objekter først. Inkluder nye tilpassede objekter, felt, posttyper og andre nødvendige metadatakomponenter. Denne sekvensen er spesielt viktig for komponenter som kompaktoppsett og listevisninger på grunn av deres direkte avhengighet av objekter.

For profiler og tillatelsessett må du forsikre deg om at alle relaterte metadata distribueres på forhånd fordi profiler fungerer som et overordnet lag som knytter sammen mange avhengigheter på tvers av organisasjonens metadata.

Distribuer delingslogikk nær slutten av distribusjonsvinduet fordi den fungerer på postnivå. Distribusjon av en fullstendig profil eller et tillatelsessett som for eksempel inneholder en delingsregel, utløser en beregning hver gang du forsøker å distribuere, noe som kan være tidkrevende hvis det er flere feil. Tidsplanen for distribusjoner av delingslogikk er avgjørende på grunn av den nye beregningsprosessen for deling.

I tillegg kan eventuelle endringer som gjøres i en organisasjon, spesielt i delingsregler eller gruppeinnstillinger, eller strukturelle endringer i rollehierarkiet, føre til at Apex kompileres på nytt, noe som kan øke behandlingstidene.