Bedste fremgangsmåder for implementering

Hvorfor udvikling direkte i produktion ikke er en god ide

Implementering af ændringer direkte i dit live Salesforce-produktionsmiljø er generelt ikke en god ide, da det introducerer væsentlige risici for din forretning og dine brugere. Selv små ændringer kan have uventede overlappende effekter, der forstyrrer dit system. F.eks. kan ændring af et felts type uigenkaldeligt ændre data eller medføre, at Apex kompileres igen. En enkelt, ikke-testet opdatering kan afbryde en vigtig proces, ødelægge dine data eller gøre systemet ubrugeligt for dit team eller dine kunder, hvilket fører til en forvrængning for at rette tingene, mens alle venter.

Når du udvikler eller redigerer en app, er det sikreste sted at foretage og teste ændringer i et dedikeret udviklingsmiljø, f.eks. en sandbox eller scratch-organisation. Og nogle ændringer skal foretages i et udviklingsmiljø for at sikre din produktionsorganisation, f.eks. skrivning af Apex

En robust frigivelsespipeline med flere testfaser sikrer en problemfri implementering af produktion ved at:

• Validering af, at integrerede ændringer fungerer sammen.
• Giver dig mulighed for at øve dig i implementeringen for at identificere eventuelle problemer.
• Sørg for, at du inkluderer alt, hvad du har brug for i din implementeringsartikel. Hvis du har glemt noget, vil det være tydeligt, når du tester det.
• At give flere interessenter mulighed for at teste ændringerne i en Delvis kopi eller Fuld sandbox (brugeranmodningstest).

Hvilke ændringer kan du foretage direkte i produktion?

Selvom udvikling eller redigering af applikationer i din produktionsorganisation generelt ikke anbefales, er nogle administrative opgaver perfekt til at udføre direkte i produktion. Disse opgaver involverer typisk ikke ændring eller opbygning af applikationer selv, men snarere administration af eksisterende konfigurationer eller brugeradgang.

Du kan f.eks. udføre administrative opgaver som:

• Udvikling af mailskabeloner.
• Oprettelse eller redigering af brugere.
• Oprettelse eller redigering af tilladelsessæt og profiler.

Disse typer handlinger er almindelige og acceptable til at blive udført direkte i din liveorganisation. De hjælper med at holde den kørende uden problemer uden de risici, der er forbundet med større udviklingsændringer.

Anvend ændringsstyring og god styring

Vedligeholdelse af et sundt og stabilt produktionsmiljø er afgørende for din forretning og dine kunder. Dette kræver en strategisk tilgang til implementering, baseret på bedste fremgangsmåder for styring og ændringsstyring, også kaldet administration af applikationslivscyklus (ALM). Disse fremgangsmåder etablerer en rammestruktur for ændring: definition af, hvad, hvornår og hvordan ændringer introduceres. Dette giver teams tillid og giver sporbarhed, hvilket fører til problemfriere og mere ensartede implementeringer.

Her er nogle foreslåede styringsregler for at opmuntre til god udviklingspraksis.

• Minimer, hvem der kan udvikle sig i produktion. Begræns "Tilpas applikation"-adgang til administratorer.
• Begræns tilladelser til at udføre programmeringsmæssige implementeringer til et lille antal administratorer.
• Vær omhyggelig med de ændringer, du foretager via opsætningen i produktion, og hold dig til administrative opgaver.

Vær strategisk om implementeringstidsplan

Under en Salesforce-implementering kan påvirkningen af brugere variere fra en mindre ulejlighed til en fuldstændig afbrydelse, afhængigt af typen af ændringer og tidspunktet for implementeringen. Sørg for at holde dig væk fra spidsbelastningstider, når alle aktivt bruger systemet. Undgå spidstider er især vigtigt, hvis din implementering kan medføre, at Apex kompileres igen eller forårsager Apex fejl, hvilket i høj grad kan reducere applikationens ydeevne.

Endvidere skal du undgå implementering lige før helligdage eller større begivenheder for at forhindre unødvendige hovedpine eller afbrydelser. Prøv i stedet at frigive på tidspunkter, hvor de fleste brugere er ude af systemet.

Forsøg at overholde en ensartet frigivelsestidsplan. Mål f.eks. på at frigive med regelmæssige intervaller og på en bestemt ugedag. Selv her i Salesforce planlægger vi regelmæssige frigivelsesmoratorier for at undgå afbrydelser for hele systemet på kritiske tidspunkter. Planlægningens ensartethed hjælper med planlægning for hele firmaet og angiver forventninger med dine forretningsbrugere og kunder.

Se efter implementeringsafhængigheder

Når du implementerer til Salesforce, kan en enkel tilgang til at arrangere din implementering gøre processen betydeligt nemmere og hjælpe med at løse afhængigheder effektivt. Her angiver vi nogle generelle oplysninger og retningslinjer.

Bemærk Nogle Salesforce-funktioner og -produkter har deres egne specifikke oplysninger for bedste fremgangsmåder for implementering. Sørg for at gennemse din funktions produktdokumentation, før du formulerer din implementeringsstrategi.

En anbefalet sekvens er at implementere i denne rækkefølge:

• Objekter
• Apex-klasser
• Visualforce og -sider
• Lightning webkomponenter (LWC) og Aura-komponenter
• Apex og andre metadata
• Profiler og tilladelsessæt
• Delingsregler

Hvis du vil undgå problemer tidligt i processen, skal du implementere objekter først. Inkluder nye tilpassede objekter, felter, registreringstyper og andre nødvendige metadatakomponenter. Denne sekvens er især vigtig for komponenter som kompakte layouts og listevisninger på grund af deres direkte afhængighed af objekter.

For profiler og tilladelsessæt skal du sørge for, at alle relaterede metadata implementeres på forhånd, da profiler fungerer som et overarket lag, der binder mange afhængigheder sammen på tværs af organisationens metadata.

Implementer delingslogik i slutningen af dit implementeringsvindue, da det fungerer på registreringsniveau. Implementering af en fuld profil eller et tilladelsessæt, der f.eks. indeholder en delingsregel, udløser en beregning, hver gang du forsøger at implementere, hvilket kan være tidskrævende, hvis der er flere fejl. Tiden for delingslogikimplementeringer er vigtig på grund af delingsgenberegningsprocessen.

Endvidere kan ændringer, der foretages i en organisation, især til delingsregler eller gruppeindstillinger eller strukturelle ændringer i rollehierarkiet, medføre, at Apex kompileres igen, hvilket kan øge behandlingstiderne.