Hyvin rakennettu kehys

Salesforcen hyvin rakennettu kehys tarjoaa arkkitehtien yhteisen perustan, jonka perusteella he voivat tehdä päätöksiä, jotka auttavat ratkaisua menestymään ajan myötä. Se on järjestetty viiden pilarin ympärille — Trust, Reliability, Operational Excellence, Resource and Cost Optimization ja Fairness — ja jokainen niistä sieppaa laatua koskevan ulottuvuuden, joka on tärkeä ratkaisun elinkaaren jokaisessa vaiheessa, alustavan suunnittelun ja pitkän aikavälin toiminnan ja kasvun välillä.

Kehysjärjestelmä käsittelee todellisuuksia, joita arkkitehdit kohtaavat tänään: ihmiset, agentit ja sovellusalustat, jotka työskentelevät yhdessä hallituissa liiketoimintajärjestelmissä. Ratkaisu, joka on turvallinen mutta hauras kuormituksen aikana tai tehokas mutta läpinäkyvä päätöksissään, ei ole hyvin rakennettu. Nämä viisi pilaria toimivat yhdessä varmistaakseen, että laatua käsitellään kokonaisuutena eikä riippumattomien huolenaiheiden tarkistuslistana.

Arkkitehtit käyttävät kehystä yhdenmukaisena linssinä suunnittelun tarkastuksissa, kompromissikeskusteluissa ja jatkuvassa hallinnassa. Se ei määritä yhtä oikeaa vastausta. Se tarjoaa sinulle oikeat kysymykset, jotka haluat esittää, oikeat kuviot, jotka sinun kannattaa ottaa huomioon, ja yhteisen sanaston, jota voit käyttää tiimeissä.

Salesforcen hyvin rakennettu kehysjärjestelmä on mielipiteellinen opas Salesforce Platformilla luotujen ratkaisujen arkkitehtuurin laatuun. Se koodaa periaatteet, kuviot ja kompromissit, jotka erottavat ratkaisut, jotka skaalautuvat ja mukautuvat, ja ratkaisut, jotka kertovat teknistä velkaa tai jotka epäonnistuvat paineen alla.

Kehysjärjestelmä on järjestetty viiden pilarin ympärille. Jokainen pilari määrittää laadun ulottuvuuden, selittää ydinsuunnittelun periaatteet, tunnistaa yleisiä kuvioita ja tarjoaa selkeitä ohjeita sekä perinteisille sovellusalustan ominaisuuksille että agenteille tarkoitetuille tekoälyn työkuormille. Yhdessä pylväät kattavat kokonaisvaltaisesti, mitä Salesforcen hyväksi rakentaminen tarkoittaa.

Tämä kehys ei ole tuoteopas tai toteutusopas. Se on arkkitehtoninen päätöksenteon kehys – laatuun perustuva ajattelutapa riippumatta siitä, mitä pilviä, ominaisuuksia tai työkaluja ratkaisu käyttää.

Hyperscale-pilvipalveluntarjoajien toimialakehykset tarjoavat arvokkaita yleisiä ohjeita, mutta ne on laadittu ensisijaisesti pilvi-infrastruktuuriin ja toimintaan liittyviin asioihin, kuten virtuaalikoneisiin, verkostoitumiseen, tallennustilaan ja laskentaan. Salesforce-arkkitehtuurit kohtaavat erilaisia rajoituksia ja kykyjä: multitenant-alusta, jossa on hallintarajoituksia, vuosikymmeniä liiketoimintalogiikkaa Customer 360:ssa, hienostuneita integraatioratkaisuja, deklaratiivista automatisointia, metadataan perustuvaa kokoonpanoa ja hallittuja jakomalleja. Nämä muodostavat jokaisen arkkitehtuuripäätöksen tavalla, jota yleiset pilvipohjaiset ohjeet eivät voi käsitellä.

Automaattisten agenttien työvuoro tuo lisää huomioitavia asioita. Agenteilla, jotka järkeilevät ja toimivat, esitetään ei-deterministisiä, todennäköisyyksiin perustuvia järkeilykuvioita ja ihmisen silmukka-aikojen valvontakuvioita, joita aiemmat kehykset eivät alunperin käsitelleet, vaikka yleiset kehykset ovat alkaneet laajentua tähän tilaan omien tekoälylinssien avulla. Salesforcen hyvin rakennettu kehysjärjestelmä käsittelee perinteistä sovellusalustan arkkitehtuuria ja agenttien järjestelmiä yhtenäisen linssin avulla.

Tämä kehysjärjestelmä on tarkoitettu kaikille, jotka ovat vastuussa Salesforce Platformin arkkitehtuurin laadusta:

• Salesforce-arkkitehdit, jotka suunnittelevat uusia ratkaisuja tai laajentavat olemassa olevia
• Salesforce-pääkäyttäjät, jotka määrittävät ja suojaavat organisaatiot, joissa nämä ratkaisut suoritetaan
• Kehitysliidit, jotka määrittävät tiimeilleen standardeja ja kuvioita
• Konsultit ja kumppanit, jotka neuvoo asiakkaita sovellusalustan suositeltuihin käytäntöihin
• Automaattisten agenttien järjestelmien rakentaminen ja hallinta AI- ja agenttien asiantuntijoilla

Agenttien tekoälyn aiempaa ammattitaitoa ei vaadita. Kehysjärjestelmä on kaikkien arkkitehtien käytettävissä ja tarjoaa syvällisyyttä autonomisten järjestelmien edistymiseen.

Yksittäistä oikeaa lukujärjestystä ei ole. Valitse roolisi ja välittömän tarpeesi perusteella:

• Jos kehysjärjestelmä ei ole sinulle tuttu: Lue tämä yhteenvetoasiakirja loppuun asti ja tutustu sitten tämänhetkiseen projektiin liittyvään pilariin.
• Jos suunnittelet uutta ratkaisua: Aloita Trust and Reliability (ei-neuvoteltavissa olevat perusteet) ja keskity sitten Operational Excellence (miten aiot käyttää sitä), Resource and Cost Optimization (miten aiot ylläpitää sitä) ja Fairness (miten voit varmistaa, että se palvelee kaikkia käyttäjiä tasapuolisesti).
• Jos rakennat agenttisia ratkaisuja: Lue ensin Agentin yrityksen yleiskatsaus saadaksesi kattavan ohjeen agenttien arkkitehtuurille. Lue sitten ydinpilariasiakirjat (linkitetty yllä) peruskuvioista — eli jaetun vastuun mallista, hallintarajoituksista, valvontatyökaluista, TCO-mallinnuksesta ja helppokäyttötilan standardista — joihin agenttien ratkaisut perustuvat. Viittaa lopuksi Agentic Enterprise -sarakkeiden variaatioihin (linkitetty kussakin pilarissa) agenttikohtaisten asetteluiden osalta jokaisessa laatuulottuvuudessa.
• Jos suoritat suunnittelun tarkastusta: Käytä pilariasiakirjoja rakenteellisena tarkistuslistana. Hyvin rakennettu ratkaisu tarjoaa selkeät vastaukset kunkin asiaankuuluvan pilarin tärkeimpiin kysymyksiin.

Tärkeimmät arkkitehtuuripäätökset koskevat pilarien välisiä kompromisseja. Kehys auttaa sinua tekemään seuraavista selkeämpiä:

• Trust vs. resurssien ja kustannusten optimointi: Salaus- ja kirjauslokien kirjaaminen kuluttaa resursseja. Kehys auttaa sinua tunnistamaan, missä Trust on ei-neuvoteltavissa ja missä sinulla on joustavuutta.
• Luotettavuus vs. resurssien ja kustannusten optimointi: Korkeampi saatavuus maksaa enemmän. SLO-määritelmät auttavat sinua täsmäämään sijoituksen todellisiin liiketoimintavaatimuksiin, eikä oletusarvoisesti käyttämään enimmäismäärää.
• Toiminnallinen huippuosaaminen vs. nopeus: Kattavan havaittavuuden ja testauksen toteuttaminen kestää aikaa. Kehys auttaa sinua tunnistamaan riskiprofiilisi vähimmäisvaatimusten havaittavuuden.
• Oikeudenmukaisuus vs. itsenäisyys: Suurempi agenttien itsenäisyys mahdollistaa tehokkuuden, mutta luo oikeudenmukaisuusriskin. Silmukan sisäinen henkilökuviot auttavat sinua löytämään oikean tasapainon kullekin päätöstyypille.

Näihin kompromisseihin ei ole yleistä vastausta. Kehysjärjestelmä auttaa sinua esittämään oikeita kysymyksiä ja tekemään kompromisseja tietoisesti sen sijaan, että löytäisit niitä tuotantoympäristössä.

Hyvin rakennettu kehys on suunniteltu näiden periaatteiden mukaisesti:

• Lisäalustakohtainen mutta teknologiaa piilottamaton: Ohjeet käsittelevät Salesforce-kohtaisia rajoituksia (hallintorajoitukset, monivaltuuden arkkitehtuuri, metadataan perustuva kokoonpano) määrittämättä tiettyjä tuotteita tai ominaisuuksia. Arkkitehtit valitsevat asiayhteydelleen sopivat ominaisuudet.
• Opinioitu ilman, että se olisi määrättävää: Kehys ottaa selkeät kannanotot siitä, mitä laatu tarkoittaa, mutta se ei määritä yhtä toteutuspolkua. Se tarjoaa periaatteita, kuvioita ja kysymyksiä — ei vaatimuksia.
• Edistymistä kunnioittaen nykyhetkeä: Kehysjärjestelmä käsittelee uusia kuvioita (aktiivinen tekoäly, itsenäiset järjestelmät) mutta pysyy relevanttina perinteisille sovellusalustan ratkaisuille. Molemmat käyttöskenaariot hyötyvät samoista perusarvoista.
• Live, ei staattinen: Kehys kehittyy sovellusalustan, toimialan käytäntöjen ja asiakkaiden tarpeiden muuttuessa. Muutosloki seuraa päivityksiä, jotta arkkitehdit voivat pysyä ajan tasalla uusista ohjeista.
• Toimivat kaikissa vaiheissa: Olitpa suunnittelemassa uutta ratkaisua, suorittamassa tarkistusta tai parantamassa olemassa olevaa toteutusta, kehysjärjestelmä tarjoaa asiaankuuluvia ohjeita. Se ei ole vain sertifikaattien tarkistuslista — se on työkalu.

Nämä periaatteet varmistavat, että kehysjärjestelmä pysyy hyödyllisenä erilaisissa arkkitehtonisissa konteksteissa, mutta säilyttävät selkeät ja yhdenmukaiset ohjeet siitä, mitä arkkitehtuurin laatu tarkoittaa Salesforce-ratkaisuille.

Jokainen pilari käsittelee arkkitehtuurin laadun perustavaa laatua. Yhdessä pylväät tarjoavat kattavan kattavuuden — yksikään yksittäinen pylväs ei riitä yksinään, ja tärkeimmät arkkitehtoniset päätökset tapahtuvat niiden välillä.

Seuraavat viisi pilaria tarjoavat perustavaa laatua olevaa arkkitehtuuria koskevaa ohjetta kaikille Salesforce-ratkaisuille — perinteisille sovellusalustan sovelluksille, integraatioille ja agenteille. Agentin yrityksen yleiskatsaus ja sen kumppanipilarivariantit tarjoavat agenttikohtaisen asettelun: miten agentit käyttävät näitä ominaisuuksia, mitä muuttuu, kun järjestelmät toimivat itsenäisesti ja mitä arkkitehtuurikuvioita hallittu tekoäly vaatii.

Käytä molempia yhdessä:

• Aloita pilariohjeilla ydinarkkitehtuurin kuvioille (esimerkiksi jaetun vastuun malli, hallintarajoitukset, valvontatyökalut, TCO-mallinnus, helppokäyttötilan standardit).
• Viittaa sitten Agent Enterprise -sarakkeeseen agenttikohtaisia huomioitavia asioita varten (esimerkiksi agenttien käyttöoikeudet ja auditointiketjut, orkestroinnin virheiden käsittely, agenttien kehitysjakson elinkaari, valtuuksien optimointi, agenttien työyksiköt, selittävyys ja kyseenalaistettavuus).

Pilarit eivät ole "perinteisiä" tai "agenttisia" — ne ovat perustaarkkitehtuuri, johon agenttien ratkaisut perustuvat. Agenttien järjestelmien täytyy täyttää samat Trust, luotettavuuden, toiminnan huippuosaamisen, resurssien ja kustannusten optimoinnin sekä oikeudenmukaisuuden vaatimukset kuin muilla yritysratkaisuilla, ja niissä on huomioitava myös itsenäinen toiminta.

Tämä taulukko tarjoaa nopean viitteen. Yksityiskohtaiset ohjeet jokaiselle pilarille on kuvattu alla.

Suojele ratkaisua, sen dataa ja sen käyttäjiä nykyaikaisella tietoturvalla, vähiten käyttöoikeuksia käyttävillä käyttäjillä, yksityisyysasetuksilla ja selkeällä hallinnalla. Trust on Salesforce toimii jaetun vastuun mallin kautta: Salesforce suojaa infrastruktuurin ja sovellusalustan, ja sitten rakennat sen pohjalta turvallisia ratkaisuja. Vastuullasi on:

• Henkilöllisyyden ja käyttöoikeuksien hallinta (roolit, profiilit, käyttöoikeusjoukot, MFA, SSO, OAuth)
• Datan hallinta (Shield Platform Encryption, objektin/kentän/tietuetason suojaus)
• Integraation suojaus (API-todennus, nimetyt tunnukset)
• Suojatut kehityskäytännöt (OWASP Top 10 on räätälöity Salesforcelle, staattinen analyysi, CI/CD-suojaus portit)

Agenttisille ratkaisuille: Kun agentit toimivat itsenäisesti, Trust koskevat vaatimukset ulottuvat koskemaan sitä, mitä agentit voivat tehdä, mitä he ovat tehneet ja mitä agenttien rajoituksia agenteista sovellusalustaan (Agent Fabric, Einstein Trust Layer). Lisätietoja on kohdassa Agent Enterprise Trust.

Lisätietoja on kohdissa Trust-pilari ja Agent Enterprise Trust.

Suunniteltu jatkuvaan saatavuuteen, nopeaan toipumiseen häiriöstä ja kapasiteettiin skaalata odottamattoman kysynnän perusteella. Luotettavuus vaatii sovellusalustan takuiden (monen alueen infrastruktuuri, sovellusalustan palvelutasosopimukset) ymmärrystä, kun suunnittelet ratkaisuja, jotka pysyvät luotettavina kyseisten rajoitusten sisällä. Pilari kattaa:

• Hallintarajoitukset ja 70 %:n toiminta-aikataulun ohje
• Asynkronoinnin käsittelykuvioita (batch Apex, Queueable Apex, Platform Events)
• Ulkoisten integraatioiden katkaisimet
• Kapasiteetin suunnittelu
• Lataustestaus
• Usean organisaation kuviot
• Katastrofien palautus
• Terveysmallinnus

Agenttisille ratkaisuille: Agentteihin perustuvat järjestelmät tarjoavat todennäköisyyksiin perustuvaa toimintatapaa, joka vaatii uusia kuvioita orkestrointivirheille, katkaisijoita agenttien virheille ja deterministisiä agenttikaavioita, joissa liiketoiminnan lopputulokset vaativat ennustettavuutta. Lisätietoja on kohdassa Agentin yrityksen luotettavuus.

Lisätietoja on kohdissa Reliability -sarakkeen ja Agentin yrityksen luotettavuus.

Rakenna ratkaisullesi kattava havaittavuus ja hallitse sitä hyvin määritettyjen toimenpiteiden ja automatisoinnin avulla. Operational Excellence kattaa:

• Havaittavuus (Event Monitoring, Proactive Monitoring, Scale Center)
• DevOps-käytännöt (lähdekoodiin perustuva kehitys, CI/CD-putket, testausstrategia)
• Automatisointi (esimielinen Flow Builderilla, ohjelmalliset kuviot Apexilla)
• Vahinkotapahtumien hallinta (vakavuustasot, puheluiden kierrättäminen, syyttömät postmortems)
• Jatkuva parantaminen (DORA-tilastot, toiminta-arvioinnit)

Agenttisille ratkaisuille: Havaittavuus vaikeutuu, kun järjestelmän toimintatapa on todennäköisyyksiin perustuva. Agent Development Lifecycle (ADLC) tarjoaa rakenteen viidessä vaiheessa: ideointi ja suunnittelu, kehitys, testaus ja vahvistus (mukaan lukien agenttien testauskeskuksen arvioinnit tarkkuudesta, yhdenmukaisuudesta ja ohjeiden noudattamisesta), käyttöönotto ja julkaisu sekä valvonta ja hienosäätely (mukaan lukien Agentforce istuntojen seuranta vuorovaikutusten näkyvyydelle loppuun asti). Lisätietoja on kohdassa Agentin Enterprise Operational Excellence.

Lisätietoja on kohdissa Operational Excellence -pilari ja Agentin Enterprise Excellence.

Palauta liiketoiminnan enimmäisarvo jokaiselle dollarille ja jokaiselle sovellusalustan resurssin yksikölle käyttämällä omaisuuttasi tehokkaasti ja investoimalla ostamaasi. Resurssien osalta tämä tarkoittaa hallintarajoitusten (SOQL-kyselyt, DML-lausunnot, pinon koko, CPU-aika) ymmärrystä ja niiden suunnittelua SOQL-optimoinnin, asynkronisen käsittelyn ja datan vääristymien ehkäisemisen avulla. Kustannusten puolella se tarkoittaa kattavaa TCO-mallinnusta sekä suorien kustannusten (toteutus, toiminta, huolto) että epäsuorien kustannusten (tekninen velka, hallinnon kokonaiskustannukset), jotka usein ylittävät suorat lisenssikustannukset. Pilari kattaa:

• Koodiorganisaation kuviot (käynnistimen käsittelijät, palvelukerrat, valitsimet)
• Pakkaus ja modulariteetti (hallitut 2GP vs. lukitsemattomat paketit, jotka ovat molemmat toisen sukupolven pakettityyppejä, LWC-kokoonpano)
• Datan elinkaaren hallinta (arkistostrategiat, kulkujen optimointi)
• Suorituskyvyn valvontatyökalut (Scale Center, Query Plan Tool, ApexGuru, Salesforce Code Analyzer)
• Rakenna vs. osta analyysi (AgentExchange-arviointi)
• Lisenssi- ja sandbox-optimointi
• Kustannusten valvonta ja hallinta (mittaristot, budjetin hallinta, showback vs. chargeback-mallit)

Agenttisille ratkaisuille: Agenttien työnkulut yhdistävät resurssien kulutuksen järkeilyvaiheisiin, työkalupuheluihin ja datan noutamiseen, joten valtuuksien käyttö, päättelyviive ja muistokuvio vaativat optimointia. Agenttien järjestelmät lisäävät myös kulutukseen perustuvia kustannuksia (Flex-hyvityksiä, päätelmätunnuksia), joita on vaikeampi ennustaa kuin käyttäjäkohtaista lisenssiä. Agenttityöyksiköt (AWU) mittaavat agenttien suorittamia työtehtäviä — eli suoritettuja erillisiä tehtäviä — raakavaltuuksien kulutuksen sijaan. Lisätietoja on kohdassa Agentin yritysresurssien ja kustannusten optimointi.

Lisätietoja on kohdissa Resurssien ja kustannusten optimoinnin pilari ja Agentin yritysresurssien ja kustannusten optimointi.

Varmista, että ratkaisusi on helppokäyttöinen, syrjimätön, kattava ja läpinäkyvä ja että automatisoituja päätöksiä ei huomioida asianmukaisesti. Fairness perustuu sovellusalustan perusteisiin. Salesforcen Lightning Design System (SLDS) tarjoaa vakiokomponenttien sisäänrakennetun käytettävyyden, kun taas mukautetut komponentit vaativat selkeän WCAG 2.1 AA -toteutuksen (mukaan lukien WCAG 2.2 AA, tämänhetkinen W3C-suositus joulukuusta 2024 alkaen, joka on suositeltu uusille töille). Pilari kattaa:

• Helppokäyttötestaus (akseli-ydin, sfdx-skanneri)
• Ei-diskriminointikuvioita (OWD, jakosäännöt, FLS Shield Event Monitoringilla)
• Privacy-arkkitehtuuri (Data 360 -suostumusten hallinta, Field Audit Trail)
• AI-etiikan hallinta (tarkastusneuvostot, oikeudenmukaisuuden portit, säännösten noudattaminen).

Agenttisille ratkaisuille: Kun agentit tekevät itsenäisiä päätöksiä, jotka vaikuttavat ihmisiin, oikeudenmukaisuuden etu kasvaa. Selittävyys (miksi agentti toimi), kyseenalaistettavuus (haasteelliset päätökset) ja henkilö silmukassa (suhteellinen valvonta) muuttuvat kriittisiksi. Lisätietoja on kohdassa Agentin yritystason oikeudenmukaisuus.

Lisätietoja on kohdissa Fairness-sarakkeen ja Agentin yrityksen Fairness.

Yksittäistä saraketta ei ole olemassa. Yhdessä pilarissa tehdyt arkkitehtuuripäätökset vaikuttavat väistämättä muihin:

• Vahvemmat Trust ohjaimet (salaus, kirjauslokien kirjaaminen lokiin) kuluttavat enemmän resursseja ja lisäävät kustannuksia (resurssien ja kustannusten optimointi) sekä lisäävät viiveitä, jotka vaikuttavat luotettavuuteen
• Luotettavuuden parantaminen (hyvitys, monialue) kasvattaa kustannuksia (resurssien ja kustannusten optimointi) ja toiminnan monimutkaisuutta (operaation huippuosaaminen)
• Kattavampi oikeudenmukaisuuden valvonta (ihmisvalvonta, vinoumien valvonta) hidastaa agenttien läpimenoa (resurssien ja kustannusten optimointi)
• Operational Excellence -mature-arvon parantaminen (kaikenkattava instrumentaatio) mahdollistaa Trust parantamisen ja oikeudenmukaisuuden ongelmien havaitsemisen aikaisemmin

Nämä vuorovaikutukset tarkoittavat, että arkkitehtuurin laatu on aina tasapainossa. Kehysjärjestelmä auttaa arkkitehtejä ymmärtämään, mitä he ovat kaupankäynnissä ja tekemään kauppoja tarkoituksella. Tavoitteena ei ole maksimoida kaikkia pilareita samanaikaisesti — se on saavuttaa oikea laatuprofiili tietyn ratkaisun vaatimuksille, riskien toleranssille ja liiketoimintaympäristölle.

Jaa palautetta hyvin rakennetusta kehysjärjestelmästä.