Velbygd rammeverk

Det velbygde Salesforce-rammeverket gir arkitekter et felles, prinsipielt grunnlag for å ta beslutninger som bidrar til at en løsning lykkes over tid. Den er organisert rundt fem søyler – Trust, Reliability, Operational Excellence, Resource and Cost Optimization og Fairness – som hver fanger opp en dimensjon av kvalitet som er viktig i alle faser av en løsning, fra første utforming til langsiktig drift og vekst.

Rammeverket tar for seg realiteter som arkitekter står overfor i dag: personer, agenter og plattformer som arbeider sammen i styrte forretningssystemer. En løsning som er sikker, men sprø under belastning, eller effektiv, men ugjennomsiktig i sine beslutninger, er ikke godt utformet. Disse fem stolpene fungerer sammen for å sikre at kvalitet behandles som en helhet i stedet for en sjekkliste med uavhengige bekymringer.

Arkitekter bruker rammeverket som en konsistent linse under utformingsgjennomganger, avveiningssamtaler og pågående styring. Det foreskriver ikke et enkelt riktig svar. Den gir deg de riktige spørsmålene å stille, de riktige mønstrene å vurdere, og et felles vokabular som du kan bruke på tvers av team.

Det velbygde Salesforce-rammeverket er en veiledning om arkitektonisk kvalitet for løsninger som bygger på Salesforce Platform. Den kodifiserer prinsippene, mønstrene og avveiningene som skiller løsninger som skalerer og tilpasser seg, fra løsninger som akkumulerer teknisk gjeld eller mislykkes under press.

Rammeverket er organisert rundt fem stolper. Hver søyle definerer en dimensjon av kvalitet, formulerer kjerneutformingsprinsipper, identifiserer felles mønstre og gir eksplisitt veiledning for både tradisjonelle plattformfunksjoner og agentiske AI-arbeidsbelastninger. Samlet dekker stolpene omfattende hva det betyr å bygge noe godt på Salesforce.

Dette rammeverket er ikke en produkthåndbok eller en implementeringsveiledning. Det er et arkitektonisk beslutningsrammeverk – en måte å tenke på kvalitet på som gjelder uavhengig av hvilke skyer, funksjoner eller verktøy en løsning bruker.

Bransjerammeverk fra skyleverandører i hyperskala gir verdifull generell veiledning, men de er hovedsakelig bygd for skyinfrastruktur og operasjonelle problemer, som virtuelle maskiner, nettverk, lagring og databehandling. Salesforce-arkitekter står overfor forskjellige begrensninger og funksjoner: multitenant plattform med styringsgrenser, tiår med forretningslogikk i Customer 360, sofistikerte integrasjonsløsninger, deklarativ automatisering, metadatadrevet konfigurasjon og administrerte delingsmodeller. Disse former alle arkitektoniske beslutninger på måter som generell skyveiledning ikke kan håndtere.

Skiftet til autonome agenter introduserer flere viktige punkter. Agenter som forstår og handler, introduserer ikke-determinisme, sannsynlighetsbasert resonans og overvåkingsmønstre for mennesker i sløyfen som tidligere rammeverk opprinnelig ikke adresserte, selv om rammeverk for generelle formål har begynt å utvides til dette området gjennom dedikerte AI-linser. Den velbygde Salesforce-rammeverket tar for seg både tradisjonell plattformarkitektur og agentiske systemer via en forent linse.

Dette rammeverket betjener alle som er ansvarlige for arkitektonisk kvalitet på Salesforce-plattformen:

• Salesforce-arkitekter som utformer nye løsninger eller utvider eksisterende
• Salesforce-administratorer konfigurerer og sikrer organisasjonene der disse løsningene kjører
• Utviklingsledere som etablerer standarder og mønstre for teamene sine
• Konsulenter og partnere som gir råd til kunder om gode fremgangsmåter for plattformen
• AI- og agentspesialister som bygger og styrer autonome agentsystemer

Ingen tidligere ekspertise innen agentisk AI kreves. Rammeverket er tilgjengelig for alle arkitekter samtidig som det gir dybde for de som arbeider på grensen av autonome systemer.

Det er ingen enkelt riktig leserekkefølge. Velg basert på rollen og det umiddelbare behovet:

• Hvis du er ny i rammeverket: Les dette oversiktsdokumentet fra ende til slutt, og utforsk deretter søylen som er mest relevant for gjeldende prosjekt.
• Hvis du utformer en ny løsning: Start med Trust and Reliability (ikke-forhandlingsgrunnlag), og ta deretter hånd om Operational Excellence (hvordan du vil drive den), Resource and Cost Optimization (hvordan du vil opprettholde den), og Fairness (hvordan du vil sørge for at den betjener alle brukere rettferdig).
• Hvis du bygger agentiske løsninger: Les Agentic Enterprise Overview først for å få omfattende veiledning om agentarkitektur. Les deretter dokumentene for kjernepolene (lenket ovenfor) for grunnleggende mønstre – Delt ansvarsmodell, styringsgrenser, overvåkingsverktøy, TCO-modellering, tilgjengelighetsstandarder – som agentiske løsninger bygger på. Til slutt kan du referere til Agentisk bedrift-pilarvariantene (koblet fra hver søyle) for agentisk-spesifikke overlegg på hver kvalitetsdimensjon.
• Hvis du utfører en designgjennomgang: Bruk pilardokumentene som en strukturert sjekkliste for gjennomgang. En velbygd løsning har tydelige svar på nøkkelspørsmålene i hver relevante søyle.

De viktigste arkitektoniske beslutningene involverer avveining mellom søyler. Rammeverket hjelper deg å gjøre disse eksplisitte:

• Trust kontra ressurs- og kostnadsoptimalisering: Kryptering og revisjonslogging bruker ressurser. Rammeverket hjelper deg å identifisere hvor Trust ikke er forhandlingsbart i forhold til hvor du har fleksibilitet.
• Pålitelighet kontra ressurs- og kostnadsoptimalisering: Høyere tilgjengelighet koster mer. SLO-definisjoner hjelper deg å samsvare investeringer med faktiske forretningskrav i stedet for å bruke maksimal overflødighet som standard.
• Operational Excellence vs. Speed: Det tar tid å implementere omfattende observabilitet og testing. Rammeverket hjelper deg å identifisere den minste mulige observerbarheten for risikoprofil.
• Rettferdighet kontra autonomi: Større agentautonomi muliggjør effektivitet, men skaper rettferdighetsrisiko. Mønstre for mennesker i sløyfe hjelper deg å finne den riktige balansen for hver beslutningstype.

Det finnes ikke noe universelt svar på disse avveiningene. Rammeverket hjelper deg å stille de riktige spørsmålene og gjøre avveiningene bevisst i stedet for å finne dem i produksjonsorganisasjonen.

Selve det velbygde rammeverket er utformet med disse prinsippene i tankene:

• Plattformspesifikk, men teknologisk agnostisk: Veiledning håndterer Salesforce-spesifikke begrensninger (styringsgrenser, flerleietagerarkitektur, metadatastyrt konfigurasjon) uten å foreskrive spesifikke produkter eller funksjoner. Arkitekter velger de riktige funksjonene for sin kontekst.
• Avstemt uten å være preskriptiv: Rammeverket tar klare posisjoner om hva som utgjør kvalitet, men dikterer ikke en enkelt implementeringsbane. Den inneholder prinsipper, mønstre og spørsmål – ikke krav.
• Fremtidsrettet, men med respekt for nåtiden: Rammeverket tar for seg nye mønstre (agent AI, autonome systemer) samtidig som det forblir relevant for tradisjonelle plattformløsninger. Begge brukstilfellene har de samme grunnleggende prinsippene.
• Levende, ikke statisk: Rammeverket utvikler seg etter hvert som plattformen, bransjepraksis og kundebehov endres. Endringsloggen sporer oppdateringer slik at arkitekter kan holde seg oppdatert med ny veiledning.
• Aktive på alle trinn: Enten du utformer en ny løsning, utfører en gjennomgang eller forbedrer en eksisterende implementering, gir rammeverket relevant veiledning. Det er ikke bare en sertifiseringssjekkliste – det er et arbeidsverktøy.

Disse prinsippene sikrer at rammeverket forblir nyttig på tvers av ulike arkitektoniske kontekster, samtidig som det opprettholdes klar, konsistent veiledning om hva arkitektonisk kvalitet betyr for Salesforce-løsninger.

Hver søyle tar for seg en grunnleggende dimensjon av arkitektonisk kvalitet. Samlet gir stolpene omfattende dekning – ingen enkelt søyle er tilstrekkelig alene, og avveining mellom søyler er der de viktigste arkitektoniske beslutningene finnes.

De fem pilarene som følger, gir grunnleggende arkitektonisk veiledning for alle Salesforce-løsninger – både tradisjonelle plattformprogrammer, integrasjoner og agentiske systemer. Agent Enterprise Overview og tilhørende pillarvarianter gir det agentspesifikke overlegget: hvordan agenter bygger på disse funksjonene, hva som endres når systemer fungerer automatisk, og de arkitektoniske mønstrene som kreves for styrt AI.

Bruk begge sammen:

• Start med pilarveiledningen for kjernearkitektoniske mønstre (for eksempel modell for delt ansvar, styringsgrenser, overvåkingsverktøy, TCO-modellering, tilgjengelighetsstandarder).
• Referer deretter til den tilsvarende Agent Enterprise-pilen for agentspesifikke vurderinger (for eksempel agenttillatelser og revisjonskjeder, håndtering av orkestreringsfeil, Agentutviklingslivssyklus, tokenoptimalisering, Agentisk arbeidsenheter, forklaring og kontrovers).

Stolpene er ikke "tradisjonelle" i forhold til "agentiske" – de er grunnleggende arkitektur som agentiske løsninger bygger på. Agentiske systemer må tilfredsstille de samme kravene til Trust, pålitelighet, operasjonell dyktighet, ressurs- og kostnadsoptimalisering og rettferdighet som andre forretningsløsninger, med ekstra hensyn til autonom drift.

Denne tabellen gir en rask referanse. Følgende er en detaljert veiledning for hver søyle.

Beskytt løsningen, dens data og brukerne ved hjelp av moderne sikkerhet, tilgang med færrest rettigheter, personvernkontroller og tydelig styring. Trust på Salesforce fungerer gjennom modellen for delt ansvar: Salesforce sikrer infrastrukturen og plattformen, og deretter bygger du opp sikre løsninger på det grunnlaget. Ditt ansvar omfatter:

• Identitets- og tilgangsadministrasjon (roller, profiler, tillatelsessett, MFA, SSO, OAuth)
• Datastyring (Shield Platform Encryption, objekt/felt/postnivåsikkerhet)
• Integrasjonssikkerhet (API-godkjenning, navngitt legitimasjon)
• Sikre utviklingsrutiner (OWASP Top 10 tilpasset for Salesforce, statisk analyse, CI/CD-sikkerhetsportaler)

For Agentic Solutions: Når agenter handler autonomt, utvides Trust til å styre hva agenter har tillatelse til å gjøre, revidere hva de har gjort og sikre agent-til-plattform-grenser (Agent Fabric, Einstein Trust Layer). Se Agent Enterprise Trust.

Hvis du vil vite mer, kan du se Trust pillar og Agent Enterprise Trust.

Utforming for kontinuerlig tilgjengelighet, rask gjenoppretting fra avbrudd og kapasitet til å skalere under uventet etterspørsel. Pålitelighet krever å forstå plattformgarantier (multi-region infrastruktur, plattform-SLA-er) mens du utformer løsninger som forblir pålitelige innenfor disse begrensningene. Pilen dekker følgende:

• Styringsgrenser med veiledning om 70 % driftstopp
• Asynkrone behandlingsmønstre (Batch Apex, Købar Apex, Plattformhendelser)
• Kretsbrytere for eksterne integrasjoner
• Kapasitetsplanlegging
• Innlastingstesting
• Mønstre for flere organisasjoner
• Katastrofe-gjenoppretting
• Helsemodellering

For Agentic Solutions: Agentdrevne systemer introduserer sannsynlighetsvirkemåte som krever nye mønstre for orkestreringsfeil, kretsbrytere for gjennomgripende agentfeil og deterministiske agentgrafer der forretningsutfall krever forutsigbarhet. Se Agentic Enterprise Reliability.

Hvis du vil vite mer, kan du se Pilar for pålitelighet og Agentic Enterprise Reliability.

Bygg omfattende observabilitet i løsningen og behandle den gjennom veldefinerte prosedyrer og automatisering. Operational Excellence dekker:

• Observabilitet (arrangementsovervåking, Proactive Monitoring, Skaleringssenter)
• DevOps-rutiner (kildedrevet utvikling, CI/CD under arbeid, teststrategi)
• Automatisering (deklarativ først med Flow Builder, programmatiske mønstre med Apex)
• Hendelsesbehandling (sværhedsniveauer, opkaldsrotation, uskyldige eftermortems)
• Kontinuerlig forbedring (DORA-målinger, driftsvurderinger)

For Agentic Solutions: Observabilitet blir vanskeligere når systemvirkemåten er sannsynlighet. Agentutviklingslivssyklus (ADLC) gir struktur gjennom fem faser: ideer og utforming, utvikling, testing og validering (inkludert evalueringer av Agent Testing Center for nøyaktighet, konsistens og overholdelse av instruksjoner), distribusjon og utgivelse, og overvåking og justering (inkludert Agentforce for synlighet av ende-til-ende-interaksjoner). Se Agentic Enterprise Operational Excellence.

Hvis du vil vite mer, kan du se Operational Excellence-pilen og Agentic Enterprise Operational Excellence.

Returner maksimal forretningsverdi for hver dollar og hver enhet av plattformressursen, ved å bruke det du har effektivt og med hensikt investere i det du kjøper. På ressurssiden betyr dette å forstå styringsgrenser (SOQL-spørringer, DML-setninger, heap-størrelse, CPU-tid) og utforme dem gjennom SOQL-optimalisering, asynkron behandling og dataskiftforebygging. På kostnadssiden betyr det omfattende TCO-modellering på tvers av både direkte kostnader (implementering, drift, vedlikehold) og indirekte kostnader (teknisk gjeld, overhead for styring) som ofte overskrider direkte lisenskostnader. Pilen dekker følgende:

• Kodingsorganisasjonsmønstre (utløserbehandlere, tjenestelager, velgere)
• Pakking og modularitet (administrert 2GP kontra ulåste pakker, som begge er andregenerasjonspakketyper, LWC-sammensetning)
• Livssyklusbehandling for data (arkiveringsstrategier, Flytoptimalisering)
• Verktøy for ytelsesovervåking (Scale Center, Spørringsplanverktøy, ApexGuru, Salesforce Code Analyzer)
• Bygg kontra kjøp-analyse (AgentExchange-vurdering)
• Lisens- og Sandbox-optimalisering
• Kostnadsovervåking og styring (kontrollpaneler, budsjettkontroller, tilbakekoblingsmodeller kontra tilbakekoblingsmodeller)

For Agentic Solutions: Agentarbeidsflyter sammensetter ressursforbruk på tvers av begrunnelsestrinn, verktøykall og datahentinger, så tokenbruk, utledningslatens og minnemønstre krever optimalisering. Agentiske systemer introduserer også forbruksbaserte kostnader (Flex Credits, utledingstokener) som er vanskeligere å forutsi enn per brukerlisens. Agentiske arbeidsenheter (AWU-er) måler arbeidsagentene som faktisk er fullført – diskrete oppgaver som er fullført – i stedet for råtokenforbruk. Se Agent Enterprise Resource and Cost Optimization.

Hvis du vil vite mer, kan du se søylen Ressurs- og kostnadsoptimalisering og Agent Enterprise Resource and Cost Optimization.

Forsikre deg om at løsningen er tilgjengelig, ikke-diskriminerende, inkluderende og gjennomsiktig, med riktig menneskelig tilsyn med automatiserte beslutninger. Fairness bygger på plattformgrunnlaget. Salesforce Lightning Design System (SLDS) gir innebygd tilgjengelighet for standardkomponenter, mens tilpassede komponenter krever eksplisitt implementering av WCAG 2.1 AA (med WCAG 2.2 AA, den gjeldende W3C-anbefalingen fra og med desember 2024, anbefalt for nytt arbeid). Pilen dekker følgende:

• Tilgjengelighetstesting (akse-kjerne, sfdx-skanner)
• Ikke-diskrimineringsmønstre (OWD, delingsregler, FLS med Shield-hendelsesovervåking)
• Personvernarkitektur (Data 360-samtykkebehandling, Feltrevisjonsspor)
• AI-etisk styring (gjennomgangspaneler, rettferdighetsportaler, etterlevelse av forskrifter).

For Agentic Solutions: Når agenter tar autonome beslutninger som påvirker personer, øker rettferdighetsinnsatsen. Forklarbarhet (forstå hvorfor en agent handlet), kontroversialitet (utfordrende beslutninger) og Personlig i sløyfe (proporsjonal overvåking) blir avgjørende. Se Agent Enterprise Fairness.

Hvis du vil vite mer, kan du se Fairness-pilen og Agent Enterprise Fairness.

Ingen søyle finnes isolert. Arkitektoniske beslutninger i én pilar påvirker uunngåelig andre:

• Sterkere Trust (kryptering, revisjonslogging) bruker flere ressurser og legger til kostnader (Ressurs- og kostnadsoptimalisering) og legger til latens som påvirker pålitelighet
• Større pålitelighet (overflødighet, flere områder) øker kostnaden (Ressurs- og kostnadsoptimalisering) og driftskompleksiteten (Operational Excellence)
• Mer omfattende Fairness-håndhevelse (personlig oversikt, overvåking av systematiske avvik) reduserer agentgjennomløpet (Ressurs- og kostnadsoptimalisering)
• Higher Operational Excellence maturity (omfattende instrumentering) muliggjør bedre Trust og tidligere oppdagelse av Fairness-problem

Disse interaksjonene betyr at arkitektonisk kvalitet alltid er en balanse. Rammeverket hjelper arkitekter med å forstå hva de handler med og gjøre disse avtalene med vilje. Målet er ikke å maksimere alle søyler samtidig – det er å oppnå den riktige kvalitetsprofilen for en gitt løsnings krav, risikotoleranse og forretningskontekst.

Dele tilbakemeldingene dine om det velbygde rammeverket.