Veludarbejdet struktur

Den velarrangerede Salesforce-struktur giver arkitekter et fælles, principielt grundlag til at træffe beslutninger, der hjælper en løsning med at lykkes over tid. Den er organiseret omkring fem søjler – Trust, Pålidelighed, Operational Excellence, Ressource- og omkostningsoptimering og Fairness – og hver af dem indfanger en kvalitetsdimension, der er vigtig på tværs af alle faser af en løsning, fra den indledende design til langsigtet drift og vækst.

Strukturen håndterer de realiteter, som arkitekter står over for i dag: mennesker, agenter og platforme, der arbejder sammen i administrerede forretningssystemer. En løsning, der er sikker, men skrøbelig under belastning, eller effektiv, men uigennemsigtig i sine beslutninger, er ikke godt udarbejdet. Disse fem søjler fungerer sammen for at sikre, at kvalitet behandles som en helhed snarere end en tjekliste over uafhængige bekymringer.

Architekter bruger strukturen som en ensartet linse under designgennemgange, afvejningssamtaler og igangværende ledelse. Det angiver ikke et enkelt højre svar. Den giver dig de rigtige spørgsmål, du skal stille, de rigtige mønstre, du skal overveje, og et fælles ordforråd, der kan bruges på tværs af teams.

Salesforce Well-Architected Framework er en udpeget vejledning til arkitektonisk kvalitet for løsninger, der bygger på Salesforce Platform. Den koder de principper, mønstre og afvejninger, der adskiller løsninger, der skalerer og tilpasser sig, fra dem, der akkumulerer teknisk gæld eller mislykkes under pres.

Strukturen er organiseret omkring fem søjler. Hver søjle definerer en dimension af kvalitet, formulerer kernesignprincipper, identificerer almindelige mønstre og giver eksplicit vejledning for både traditionelle platformsfunktioner og agentmæssige AI-arbejdsbelastninger. Sammen dækker søjlerne omfattende, hvad det betyder at opbygge noget godt på Salesforce.

Denne struktur er ikke en produktvejledning eller en implementeringsvejledning. Det er en arkitektonisk beslutningsstruktur – en måde at tænke på kvalitet, der gælder, uanset hvilke clouds, funktioner eller værktøjer en løsning bruger.

Branchestrukturer fra hyperskala cloud-udbydere giver værdifuld generel vejledning, men de er bygget primært til cloud-infrastruktur og driftsmæssige problemer, f.eks. virtuelle maskiner, netværk, lager og computing. Salesforce-arkitekter står over for forskellige begrænsninger og funktioner: multitenant platform med styringsbegrænsninger, årtiers forretningslogik i Customer 360, sofistikerede integrationsløsninger, deklarativ automatisering, metadata-styret konfiguration og administrerede delingsmodeller. Disse formaterer enhver arkitektonisk beslutning på måder, som generisk cloudvejledning ikke kan håndtere.

Skiftet til autonome agenter introducerer yderligere overvejelser. Agenter, der begrunder og handler, introducerer ikke-deterministiske, sandsynlighedsmæssige og menneskelige overvågningsmønstre, som tidligere strukturer oprindeligt ikke håndterede, selvom generelle strukturer er begyndt at udvide sig til dette område gennem dedikerede AI-linser. Den velarrangerede Salesforce-struktur håndterer både traditionel platformsarkitektur og agentiske systemer gennem en forenet linse.

Denne struktur tjener alle, der er ansvarlige for arkitektonisk kvalitet på Salesforce-platformen:

• Salesforce-arkitekter, der designer nye løsninger eller udvider eksisterende løsninger
• Salesforce-administratorer konfigurerer og sikrer de organisationer, hvor disse løsninger kører
• Udviklingsemner, der fastlægger standarder og mønstre for deres teams
• Konsulenter og partnere, der rådgiver kunder om platforms bedste fremgangsmåder
• AI- og agentspesialister, der opbygger og styrer autonome agentsystemer

Der kræves ingen tidligere ekspertise i agentisk AI. Rammestrukturen er tilgængelig for alle arkitekter, mens den giver dybde for dem, der arbejder i grænsen for autonome systemer.

Der er ingen enkelt korrekt læserækkefølge. Vælg baseret på din rolle og dit øjeblikkelige behov:

• Hvis du er ny inden for rammerne: Læs dette oversigtsdokument slut til slut, og udforsk derefter den søjle, der er mest relevant for dit aktuelle projekt.
• Hvis du planlægger en ny løsning: Start med Trust and Reliability (ikke-forhandlingsbaserede fonde), og fokuser derefter på Operational Excellence (hvordan du vil drive det), Ressource- og omkostningsoptimering (hvordan du vil vedligeholde det) og Fairness (hvordan du vil sikre, at det tjener alle brugere retfærdigt).
• Hvis du bygger agentiske løsninger: Læs først Agentic Enterprise Overview for at få omfattende vejledning i agentarkitekturen. Læs derefter kernesøjlerdokumenterne (linket ovenfor) for grundlæggende mønstre – Delt ansvarsmodel, styringsbegrænsninger, overvågningsværktøjer, TCO-modellering, tilgængelighedsstandarder – som agentløsninger bygger på. Endelig kan du referere til agent Enterprise-søjleversionerne (linket fra hver søjle) for agentspecifikke overlejringer på hver kvalitetsdimension.
• Hvis du udfører en designgennemgang: Brug søjledokumenterne som en struktureret gennemgangscheckliste. En veludarbejdet løsning har tydelige svar på nøglespørgsmålene i hver relevant søjle.

De vigtigste arkitektoniske beslutninger involverer afvejninger mellem søjler. Strukturen hjælper dig med at gøre disse eksplicitte:

• Trust vs. ressource og omkostningsoptimering: Kryptering og revisionsregistrering forbruger ressourcer. Rammestrukturen hjælper dig med at identificere, hvor Trust ikke kan forhandles, kontra hvor du har fleksibilitet.
• Pålidelighed kontra ressource- og omkostningsoptimering: Højere tilgængelighed koster mere. SLO-definitioner hjælper dig med at matche investering med faktiske forretningskrav i stedet for at standardisere til maksimal redundans.
• Operational Excellence vs. Speed: Omfattende observation og test tager tid at implementere. Strukturen hjælper dig med at identificere den mindste mulige observation for din risikoprofil.
• Retfærd vs. Autonomi: Større agentautonomi aktiverer effektivitet, men skaber rimelighedsrisiko. Menneskelige mønstre i løkken hjælper dig med at finde den rigtige balance for hver beslutningstype.

Der er ikke noget universelt svar på disse afvejninger. Strukturen hjælper dig med at stille de rigtige spørgsmål og foretage afvejninger bevidst i stedet for at finde dem i produktion.

Den veludformede struktur i sig selv er designet med disse principper i tankerne:

• Platformsspecifik, men ikke teknologisk: Vejledning håndterer Salesforce-specifikke begrænsninger (styringsbegrænsninger, multilejerarkitektur, metadatastyret konfiguration) uden at angive specifikke produkter eller funktioner. Architekter vælger de rigtige funktioner for deres kontekst.
• Udtrykt uden krav: Strukturen tager tydelige stillinger om, hvad der udgør kvalitet, men dikterer ikke en enkelt implementeringssti. Den indeholder principper, mønstre og spørgsmål – ikke krav.
• Forudsigende, mens vi respekterer nutiden: Rammestrukturen håndterer nye mønstre (agentisk AI, autonome systemer), mens den forbliver relevant for traditionelle platformsløsninger. Begge anvendelsessituationer drager fordel af de samme grundlæggende principper.
• Livet, ikke statisk: Rammestrukturen udvikles, efterhånden som platformen, branchepraksisser og kundebehov ændres. Ændringslogfilen sporer opdateringer, så arkitekter kan forblive opdaterede med ny vejledning.
• Kan bruges i alle faser: Uanset om du designer en ny løsning, udfører en gennemgang eller forbedrer en eksisterende implementering, giver strukturen relevant vejledning. Det er ikke kun en certificeringscheckliste – det er et arbejdsværktøj.

Disse principper sikrer, at strukturen forbliver nyttig på tværs af forskellige arkitektoniske kontekster, mens du vedligeholder en tydelig, ensartet vejledning i, hvad arkitektonisk kvalitet betyder for Salesforce-løsninger.

Hver søjle håndterer en grundlæggende dimension af arkitektonisk kvalitet. Sammen giver søjlerne omfattende dækning – ingen enkelt søjle er tilstrækkelig alene, og afvejninger mellem søjler er det sted, hvor de vigtigste arkitektoniske beslutninger findes.

Følgende fem søjler giver grundlæggende arkitektonisk vejledning til alle Salesforce-løsninger – både traditionelle platformsapplikationer, integrationer og agentiske systemer. Agentic Enterprise Overview og dets ledsagende søjleversioner giver agent-specifik overlejring: hvordan agenter bygger på disse funktioner, hvad der ændres, når systemer handler autonomt, og de arkitektoniske mønstre, der kræves for styret AI.

Brug begge sammen:

• Start med søjlevejledningen for kernearkitektoniske mønstre (f.eks. Modellen for delt ansvar, styringsbegrænsninger, overvågningsværktøjer, TCO-modellering, tilgængelighedsstandarder).
• Henvis derefter til den tilsvarende agentvirksomhedskolonne for agentspecifikke overvejelser (f.eks. agenttilladelser og revisionskæder, håndtering af orkestreringsfejl, agentudviklingslivscyklus, tokenoptimering, agentarbejdsenheder, forklarelighed og diskussion).

Søjlerne er ikke “traditionelle” i modsætning til “agentiske” – de er grundlæggende arkitektur, som agentiske løsninger bygger på. Agentiske systemer skal opfylde de samme krav til Trust, pålidelighed, driftsmæssig ekspertise, ressource- og omkostningsoptimering samt rimelighed som enhver anden virksomhedsløsning, med yderligere overvejelser for autonom drift.

Denne tabel giver en hurtig reference. Detaljeret vejledning for hver søjle følger.

Beskyt din løsning, dens data og dens brugere gennem moderne sikkerhed, adgang med færrest rettigheder, fortrolighedskontroller og tydelig styring. Trust på Salesforce fungerer gennem Modellen for delt ansvar: Salesforce sikrer infrastrukturen og platformen, og derefter arkitekterer du sikre løsninger på dette fundament. Dit ansvar strækker sig over:

• Identitets- og adgangsstyring (roller, profiler, tilladelsessæt, MFA, SSO, OAuth)
• Datastyring (Shield Platform Encryption, sikkerhed på objekt-/felt-/registreringsniveau)
• Integrationssikkerhed (API-godkendelse, navngivne legitimationsoplysninger)
• Sikker udvikling (OWASP Top 10 tilpasset til Salesforce, statisk analyse, CI/CD-sikkerhedsportaler)

For Agentic Solutions: Når agenter handler autonomt, udvides Trust til at styre, hvad agenter har tilladelse til at gøre, overvåge, hvad de har gjort, og sikre agent-til-platform-grænser (Agent Fabric, Einstein Trust Layer). Se Agent Enterprise Trust.

Hvis du vil vide mere, kan du se søjlen Trust og Agent Enterprise Trust.

Design til kontinuerlig tilgængelighed, hurtig gendannelse fra afbrydelse og kapacitet til at skalere under uventet efterspørgsel. Pålidelighed kræver forståelse af platformsgarantier (flere områder infrastruktur, platform SLA’er), mens du designer løsninger, der forbliver pålidelige inden for disse begrænsninger. Søjlen dækker:

• Styringsbegrænsninger med 70 % driftstærskelvejledning
• Asynkrone behandlingsmønstre (batch Apex, Apex i kø, platformsbegivenheder)
• Afbrydere til eksterne integrationer
• Kapacitetsplanlægning
• Indlæsningstest
• Mellemorganisationsmønstre
• Katastrofegenoprettelse
• Tilstandsmodellering

For Agentic Solutions: Agentstyrede systemer introducerer sandsynlighedsmæssig adfærd, der kræver nye mønstre for orkestreringsfejl, afbrydere for overlappende agentfejl og deterministiske agentdiagrammer, hvor forretningsresultater kræver forudsigelighed. Se Agent Enterprise Reliability.

Hvis du vil vide mere, kan du se søjlen Pålidelighed og Agentic Enterprise Reliability.

Opbyg omfattende observation i din løsning, og administrer den gennem veldefinerede procedurer og automatisering. Driftsmæssig excellence strækker sig over:

• Observation (begivenhedsovervågning, Proactive Monitoring, skaleringscenter)
• DevOps-praksisser (kildestyret udvikling, CI/CD-pipelines, teststrategi)
• Automatisering (deklarativ-først med Flow Builder, programmeringsmønstre med Apex)
• Hændelsesstyring (alvorsniveauer, on-call-rotation, uskyldige postmortems)
• Kontinuerlig forbedring (DORA-metrikker, driftsmæssige gennemgange)

For Agentic Solutions: Observation bliver vanskeligere, når systemadfærd er sandsynlighed. ADLC (Agent Development Lifecycle) leverer struktur gennem fem faser: ideer og design, udvikling, test og validering (herunder evalueringer af agenttestcenter for nøjagtighed, kohærens og instruktionsoverholdelse), implementering og frigivelse samt overvågning og tilpasning (herunder Agentforce for end-to-end-interaktionssynlighed). Se Agent Enterprise Operational Excellence.

Hvis du vil vide mere, kan du se søjlen Operational Excellence og Agent Enterprise Operational Excellence.

Returner maksimal forretningsværdi for hver dollar og hver enhed af platformsressource gennem effektiv brug af det, du har, og forsigtig investering i det, du køber. På ressourcesiden betyder dette forståelse af styringsbegrænsninger (SOQL-forespørgsler, DML-erklæringer, heap-størrelse, CPU-tid) og design i dem gennem SOQL-optimering, asynkron behandling og dataforskydningsforebyggelse. På omkostningssiden betyder det omfattende TCO-modellering på tværs af både direkte omkostninger (implementering, drift, vedligeholdelse) og indirekte omkostninger (teknisk gæld, styringsoverhead), der ofte overstiger direkte licensomkostninger. Søjlen dækker:

• Kodeorganisationsmønstre (udløser-handler, servicelager, vælgere)
• Pakning og modulalitet (administrerede 2GP kontra ulåste pakker, som begge er andengenerationspakketyper, LWC-sammensætning)
• Administration af datalivscyklus (arkivstrategier, forløbsoptimering)
• Værktøjer til overvågning af ydeevne (Scale Center, Query Plan Tool, ApexGuru, Salesforce Code Analyzer)
• Build vs. buy-analyse (AgentExchange-evaluering)
• Licens og sandbox-optimering
• Omkostningsovervågning og styring (dashboards, budgetkontroller, showback-modeller i modsætning til chargeback-modeller)

For Agentic Solutions: Agentarbejdsflows kombinerer sammensat ressourceforbrug på tværs af overvejelsestrin, værktøjskald og data hentninger, så tokenanvendelse, afledningsforsinkelse og hukommelsesmønstre kræver optimering. Agentiske systemer introducerer også forbrugsbaserede omkostninger (Flex Credits, afledningstokener), der er vanskeligere at forudsige end pr. bruger-licens. Agentarbejdsenheder (AWU’er) måler det arbejde, som agenter faktisk fuldfører – diskrete opgaver, der er fuldført – snarere end rå tokenforbrug. Se Agentic Enterprise Resource and Cost Optimization.

Hvis du vil vide mere, kan du se søjlen Resource- og omkostningsoptimering og Agent Enterprise Resource and Cost Optimization.

Sørg for, at din løsning er tilgængelig, ikke-diskriminerende, inkluderende og gennemsigtig med relevant menneskelig tilsyn med automatiserede beslutninger. Fairness bygger på platformsfundamenter. Salesforce Lightning Design System (SLDS) giver indbygget tilgængelighed for standardkomponenter, mens tilpassede komponenter kræver eksplicit WCAG 2.1 AA-implementering (med WCAG 2.2 AA, den nuværende W3C-anbefaling fra december 2024, anbefales til nyt arbejde). Søjlen dækker:

• Tilgængelighedstest (akse-kerne, sfdx-scanner)
• Ikke-diskriminerende mønstre (OWD, delingsregler, FLS med Shield-begivenhedsovervågning)
• Fortrolighedsarkitektur (Data 360-samtykkeadministration, Feltrevisionsspor)
• AI-etisk styring (anmeldelsestavler, rimelige porte, overholdelse af bestemmelser).

For Agentic Solutions: Når agenter træffer autonome beslutninger, der påvirker personer, øges rimelighedsindsatsen. Forklarbarhed (forstå, hvorfor en agent handlede), kan bestrides (udfordrende beslutninger) og Human-in-the-Loop (proportional supervision) bliver vigtige. Se Agent Enterprise Fairness.

Hvis du vil vide mere, kan du se søjlen Fairness og Agent Enterprise Fairness.

Der findes ingen søjle i isolation. Architektoniske beslutninger i en søjle påvirker uundgåeligt andre:

• Stærkere Trust (kryptering, revisionsregistrering) forbruger flere ressourcer og tilføjer omkostninger (Ressource- og omkostningsoptimering) og tilføjer forsinkelse, der påvirker pålidelighed
• Større pålidelighed (redundans, multi-region) øger omkostninger (Ressource- og omkostningsoptimering) og driftskompleksitet (Operational Excellence)
• Mere omfattende håndhævelse af rimelighed (personlig tilsyn, biasovervågning) nedsætter hastigheden af agentgennemførelse (optimering af ressourcer og omkostninger)
• Højere operationel excellence modenhed (omfattende instrumentering) muliggør bedre Trust håndhævelse og hurtigere registrering af Fairness-problemer

Disse interaktioner betyder, at arkitektonisk kvalitet altid er en balance. Strukturen hjælper arkitekter med at forstå, hvad de handler med og foretager disse handler med vilje. Målet er ikke at maksimere alle søjler samtidigt – det er at opnå den rigtige kvalitetsprofil for en angivet løsnings krav, risikotolerance og forretningskontekst.

Del din feedback om den veludformede ramme.