Lue päivitysaikatauluistamme tästä.

Luotettavat ratkaisut toimivat tehokkaasti ja luotettavasti. Ne ovat käytettävissä, toimivat yhdenmukaisesti ja skaalataan kasvavan liiketoiminnan tukemiseksi.

Luotettava järjestelmä ei aiheuta virheitä, toimii odotetulla tavalla ja tarjoaa tuloksia oikeaan aikaan. Toisaalta epäluotettava järjestelmä toimii hitaasti, ei odotetulla tavalla tai epäonnistuu kriittisinä aikoina. Epäluotettavat järjestelmät tarjoavat virheellisiä tietoja, joten sidosryhmät eivät voi Trust heihin liiketoimintapäätöksiä varten.

Järjestelmän luotettavuus ei ole vakio. Tällä hetkellä luotettava järjestelmä ei välttämättä ole luotettava, jos se ei ole suunniteltu kasvua varten. Ei-luotettava järjestelmä saattaa vaatia kalliita ylläpito-, uudelleenjärjestely- tai uudelleenkäyttöönottoja, mikä ohjaa varoja strategisista projekteista.

Paranna Salesforce-ratkaisujen luotettavuutta keskittymällä kolmeen periaatteeseen: käytettävyys, suorituskyky ja skaalattavuus. Salesforcen skaalattavuuden tuotevalikoima tarjoaa natiivitoimintoja, jotka auttavat arkkitehtejä käyttämään luotettavia toteutuksia.

Saatavuus on mitta siitä, kuinka kauan järjestelmäsi on käytössä. Salesforce Platform käsittelee useimmat infrastruktuuritason saatavuusongelmat. Sovellusalustalla rakentamiesi ja asiakkaidesi käyttämien ratkaisujen saatavuus on kuitenkin yhteinen vastuu. On tärkeää ymmärtää, että huolimatta Salesforcen korkeasta saatavuudesta, palveluhäiriöiden riski ei ole koskaan nolla.

Arkkitehtien täytyy valmistautua Salesforce-palvelun häiriöihin, kuten suunniteltuun huoltoon tai odottamattomiin tilanteisiin. Palveluhäiriöiden lisäksi sinun kannattaa miettiä, miten voit ylläpitää korkeaa suorituskykyä ja kasvaa liiketoiminnan myötä. Tiukat arkkitehtuurivaihtoehdot voivat aiheuttaa pitkäaikaisia saatavuusongelmia.

Mieti saatavuutta suunnitteluvaiheen aikana, ennen kuin ratkaisusi rakennetaan. Mitä kauemmin lykkäät arkkitehtuuria saatavuuden vuoksi, sitä korkeammat todelliset kustannukset saatavuusongelmilla on pitkällä aikavälillä. Käytä Salesforcen Skaalaustesti testiympäristössäsi mahdollisten riskien vähentämiseksi. Tässä ympäristössä voit testata tuotantoympäristöä ennen koodin käyttöönottoa tuotantoympäristössä.

Arkkitehdit käyttävät liiketoiminnan kieltä ja kehittävät liiketoiminnan sidosryhmille teknisiä huolenaiheita, jotta he saavat lisätietoja ja priorisoivat saatavuustöitä.Vähennä mahdollisia riskejä käyttämällä Salesforcen Skaalaustestiä testiympäristössäsi. Tässä ympäristössä voit testata tuotantoympäristöä ennen kuin otat koodin käyttöön tuotantoympäristössä.

Voit suunnitella Salesforce-ratkaisujesi käytettävyyden parantamiseksi käyttämällä riskien hallintaa ja virheiden vähentämistä.

Riskien hallinta Salesforce-arkkitehtuurin kontekstissa sisältää mahdollisten vaarojen tunnistamisen järjestelmäsi toiminnalle, sen käyttäjille, mukaan lukien työntekijöille, kumppaneille ja asiakkaille) ja liiketoimintaprosesseillesi. Usein riskien analysoinnin muodollinen prosessi kuuluu projektipäälliköiden vastuulle. Arkkitehtiksi varmista, että riskien analyysi edustaa asianmukaisesti teknisten ja liiketoiminnan sidosryhmien huolenaiheita. Sinun vastuullasi on myös tunnistaa liiketoimintasi kannalta kriittiset käyttötarkoitukset, joiden skaalaamista sinun täytyy testata tuotantoympäristösi huippupisteiden perusteella.

Jotkin riskienhallinnan suurimmista virheistä johtuvat siitä, ettet käytä siihen tarpeeksi aikaa ja ajatuksia. Tiimit ohittavat riskien arvioinnin usein tai ne yhdistävät ratkaisun varmuuskopiointiin ja palauttamiseen, joka on tärkeä osa datan eheyyden riskien vähentämistä, ja kattavan riskien arvioinnin ja vähentämisen.

Käytä näitä menetelmiä arvioidaksesi riskejä Salesforce-ratkaisuillesi:

  • Käytä riskien arviointikehystä. Joillakin suurilla yrityksillä saattaa olla jo asiaankuuluvia riskimatriisejä. Käytä niitä määrittääksesi, miten vaarat luokitellaan, mitä tietoja kerätään, mitä tarvitset korjausta varten ja paljon muuta. Jos sinulla ei ole vielä riskien arviointikehystä, etsi sellainen luotettavasta lähteestä ja käytä sitä.
  • Arvioi vaikutusten vakavuus ja riskikategoriat asiakkaidesi näkökulmasta. Proactive Monitoring ja Scale Center tarjoavat määritettäviä hälytyksiä ja mittaristoja. Ne arvioivat jatkuvasti suorituskyky- ja skaalattavuusriskejä ja vähentävät manuaalisten tarkistusluetteloiden käyttöä. Asiakkaiden Trust ja havainto ovat tärkeitä jokaiselle yritykselle. Liiketoiminnan vaikutusten osalta asiakkaita koskevien ongelmien riskit ovat tavallisesti suurempia kuin ongelmien riskit, jotka eivät ole. Asiakkaat eivät välttämättä ajattele tai käsitä riskejä samalla tavalla kuin sisäiset tiimit. Jos asiakas ei voi kirjautua sisään tililleen, hän ei todennäköisesti välitä ongelman juurisyydestä. He välittömästi välittävät oman kokemuksensa.
  • Priorisoi riskisi. Ihannetapauksessa kaikki riskit liittyvät kiinteään lieventämis- ja vastaussuunnitelmaan. Todellisuudessa sinulla on aukkoja, jotka sinun täytyy korjata ajan myötä. ”Anna arvo ajoissa ja iteroi” -menetelmän käyttäminen on tärkeää. Sinä ja toimitus- ja huoltotiimisi voitte tehdä vain niin paljon töitä tiettynä aikana. Salesforcessa yleinen lauseke on ”Jos kaikki on tärkeää, mikään ei ole tärkeää”. Käytämme V2MOM-operaattoreita priorisoidaksemme ja räätälöidäksemme töitä koko yhtiössä, tiimeissä ja yksityishenkilöissä. (Lisätietoja V2MOM-järjestelmistä on Trailheadissa). Käytä riskien arviointeja, joiden avulla voit tehdä yhteistyötä sidosryhmäsi kanssa priorisoidaksesi ja sitoutuaksesi tärkeimpiin riskienhallintatyöhön. Käytä Skaalaustestiä - Testisuunnitelman luonti -ominaisuutta tunnistaaksesi priorisoitavat riskit ja vähentääksesi niitä skaalatestauksella.

Käytä Proactive Monitoring -ominaisuutta havaitaksesi saatavuusriskit ajoissa. Se paljastaa poikkeamat, kuten API-pyyntöjen rajoitukset, rivin lukitusvirheet tai samanaikaiset Apex, tarjoten interaktiivisia havaintoja ennen kuin ongelmat eskaloituvat palveluhäiriöiksi.

Saatavuuden kuviot ja vastakuviot näyttävät oikean ja huonon riskienhallinnan Salesforce-ratkaisussa. Käytä kuvioita vahvistaaksesi suunnittelusi ennen rakentamista tai tunnistaaksesi järjestelmäsi refaktorointialueet.

Lisätietoja riskienhallintaan liittyvistä Salesforce-työkaluista on kohdassa Salesforce Tools For Reliability.

Virheenpiste on haavoittuvuus, joka tekee järjestelmästä epäluotettavan. Hyvä virheiden vähentäminen ei tarkoita kaikkien mahdollisten virheiden tunnistamista. Sen sijaan se tarkoittaa, että voit luokitella ja priorisoida virhepisteitä nopeasti, jotta huolto- ja tukitiimit voivat reagoida tehokkaasti. Katso Vahinkotapahtuman vastaus.

Virheiden parantamisen strategioiden kehittäminen:

  • Luokittele käynnistimiä virhepisteiden perusteella ihmisten, prosessien ja teknologian mukaan. Kun luokittelet riskejä ihmisten, prosessien ja teknologian perusteella, käytä samaa ajattelua korkean prioriteetin virhepisteiden käynnistämiseen. Tämä lähestymistapa auttaa sinua tunnistamaan mahdolliset virheiden käynnistimiä sekä kehittämään ja organisoimaan niihin liittyviä vastauksia. Joskus voit lieventää näennäisesti erilaisia virheiden käynnistimiä käyttämällä samankaltaisia lähestymistapoja, riippuen käynnistimen luokittelusta.
Käynnistimen luokittelu/tyyppi Mittaaminen
Ihmiset Käytäntö
Prosessi Playbookit, jatkuvuussuunnitelmat
Tekniikka Tarpeeton
  • Tunnista, miltä perus, väliaikainen ja täydellinen lieventäminen näyttää. Väliaikaisten strategioiden laatiminen kestää hetken. Määritä lieventämisen tasot auttaaksesi sinua ja tiimiäsi näkemään, mihin voit ottaa ohjauksia käyttöön välittömästi ja miten keskittyä töihisi ajan myötä. Etsi aina mahdollisuuksia, joilla voit käyttää automatisointia lieventävissä lähestymistavoissasi — niin pian kuin se on mahdollista. Tässä esimerkissä kuvataan, miltä tämä lähestymistapa näyttää käytännössä, ihmisiin keskittyvä käynnistin ja miltä käytännöihin perustuva lieventäminen näyttää perustasolla, keskitasolla ja kypsällä tasolla.
Käynnistin Mittaaminen Perus Keskitaso Kypsä
Uuden tai lähtevän työntekijän käyttöoikeuksien muutos Palvelutasosopimus (SLA) ja käyttäjien provisioinnin tai provisioinnin poistamisen vaatimukset Provisioi ja kumoa käyttäjiä manuaalisesti palvelutasosopimusten mukaisesti manuaalisia muutoksia varten. Prosessikäyttäjien muutokset ajoitettujen töiden kautta ajoitettujen muutosten palvelutasosopimusten mukaisesti. Automatisoi käyttäjien provisiointi ja provisioinnin poistaminen SSO/IDM-ratkaisun avulla.

Sen lisäksi, että käytät arkkitehtuurin työkaluja ja jatkuvuussuunnitelmaa, käytä Proactive Monitoring -ominaisuutta. Proactive Monitoring sallii sinun määrittää reaaliaikaisia hälytyksiä virheiden käynnistäjille, kuten sisäänkirjautumisvirheille, CPU-aikakatkaisujen poikkeuksille tai samanaikaisille API-pyyntöjen virheille. Tämä hälytysten lähestymistapa parantaa virheiden lieventämistä varmistamalla, että sekä tekniset että liiketoiminnan sidosryhmät saavat ajankohtaista tietoa virheiden vaikutusten vähentämiseksi.

Saatavuuden kuviot ja vastakuviot näyttävät, miltä oikea ja huono virheiden vähentäminen näyttää Salesforce-ratkaisussa. Käytä niitä vahvistaaksesi suunnittelusi ennen niiden rakentamista tai tunnistaaksesi järjestelmäsi paikat, joissa voi käyttää refaktoria.

Lisätietoja Salesforcen työkaluista virheiden lieventämiseen on kohdassa Työkalut, jotka ovat relevantteja luotettaville.

Tämä taulukko näyttää valikoiman kuvioita, joita haluat etsiä tai rakentaa organisaatiossasi, sekä vasta-kuviot, joita haluat välttyä tai kohdistaa korjattavaksi.

✨ Katso lisää saatavuutta koskevia kuvioita kohdasta Kuvioiden ja vastaisten kuvioiden tutkintaohjelma.

Kuvakkeet Kuvioiden estäminen
Riskienhallinta Yrityksessäsi:
- Vakiomuotoinen riskien arviointikehys on käytössä.
- Riskit on luokiteltu ihmisiin, prosesseihin ja teknologiaan.
Yrityksessäsi:
- Salesforcen riskien arviointikehys on ad hoc.
- Riskejä ei ole tunnistettu selkeästi.
Dokumentaatiossasi:
- Riskien vakavuus luokitellaan ja arvioidaan asiakkaiden vaikutusten perusteella.
- Riskien vähentäminen ja vastaussuunnitelmat priorisoidaan.
Dokumentaatiossasi:
- Asiakkaan näkökulmaa ei oteta huomioon, kun riskin vakavuutta tai luokkaa arvioidaan.
- Riskien vähentäminen ja vastaussuunnitelmat yrittävät siepata kaikki mahdolliset riskit.
Virheiden lieventäminen Organisaatiossasi:
- Epäonnistumiskäynnistimet ja niitä vastaavat lieventämissuunnitelmat on luokiteltu ihmisten, prosessien ja teknologian mukaan.
- Lieventämisen ohjaimet otetaan käyttöön välittömästi, ne kehittyvät ajan myötä ja ottavat automatisoinnin käyttöön mahdollisimman pian.
- Täydellinen testaus ja optimointi suoritetaan ennen kuin muutokset julkaistaan tuotantoympäristöön optimaalisen skaalattavuuden varmistamiseksi.
- Ennen liiketoimintaan kriittisiä tapahtumia suoritetaan skaalan testaus ja optimointi palvelutasosopimusten mukaisesti.
Organisaatiossasi:
- Virheenpisteiden käynnistimiä ei luokitella. Mittaustapoja ei ole olemassa tai niitä käytetään vain ad hoc.
- Mittausten hallintaa ei tarkastella tai paranneta uudelleen.
- Automatisointia ei käytetä lieventämiseen.
Seuranta ja havaittavuus Organisaatiossasi:
- Proactive Monitoring on käytössä tarkastuksissa ja poikkeavuuksien havaitsemisessa.
- Proactive Monitoring -hälytykset on integroitu Scale Centerin kanssa jatkuvan näkyvyyden varmistamiseksi.
Organisaatiossasi:
- Vain manuaaliset terveystarkastukset suoritetaan, eikä jatkuvaa valvontaa ole käytössä.

Järjestelmäarkkitehtuurin suorituskyky mittaa, kuinka paljon järjestelmä käsittelee (läpimäärää) ja kuinka nopeasti se vastaa (latenssi). Tavallisesti ymmärrät järjestelmäsi suorituskyvyn tuotantotestauksen ja valvonnan avulla.

Suorituskykyinen järjestelmä suorittaa prosessit ajoissa jokaisella odotetulla kysynnän tasolla.

Huono suorituskyky liittyy korkeampaan viiveeseen ja pienempään läpimenoon, mikä heikentää tuottavuutta ja lisää käyttäjien turhautumista. Suorituskykyongelmien korjaaminen on kiireellistä, koska ne voivat johtaa asiakkaan Trustin menettämiseen ja taloudellisiin menetyksiin.

Voit parantaa ratkaisujesi suorituskykyä optimoimalla läpimenoa ja viiveitä.

Huomautus: Läpimäärän ja viiveen optimointi ovat olennaisia osa-alueita järjestelmän käsittelyn ja interaktiivisuuden parantamiseksi. On kuitenkin tärkeää muistaa, että järjestelmän yleinen suorituskyky riippuu myös siitä, miten hyvin suunnittelet rakenteita skaalausta varten. Sinun täytyy ottaa molemmat ulottuvuudet huomioon suunnittelussasi.

Salesforce-arkkitehtuurissa läpimenoaste on samanaikaisten pyyntöjen määrä, jonka järjestelmä voi suorittaa tietyllä aikavälillä. Asiakkaiden Salesforce-ratkaisut, jotka on suunniteltu ja optimoitu läpimenoa varten, toimivat paremmin Salesforce Platformin sisäänrakennetuissa hallintarajoituksissa.

Salesforcen läpimenoasteen optimointi alkaa järjestelmäsi työkuormien laskemisesta tarkasti ja niiden kasvun suunnittelemisesta. Ilman tarkkoja ennusteita järjestelmään asetettavista vaatimuksista et voi tunnistaa mahdollisia ongelmia järjestelmäsi läpimeno-ominaisuuksissa.

Ota huomioon seuraavat kolme ulottuvuutta, kun mietit työkuormaa.

  • Järjestelmäsi täytyy käsitellä tietyltä ajanjaksolta transaktioiden määrä
  • Järjestelmääsi samanaikaisesti käyttävien käyttäjien määrä
  • Järjestelmän transaktiologiikan yleinen monimutkaisuus

Kun tiimit ajattelevat suorituskykyä, ne keskittyvät joskus liian rajoitetusti laskutoimiin ja enimmäiskäsittelyaikaan liittyviin rajoituksiin, jotka kuuluvat sovellusalustan hallintarajoituksiin. Tiimit, jotka keskittyvät rajoitetusti CPU-aikaan, ohittavat muut menetelmät läpimäärän optimoimiseksi. Näiden menetelmien laajentaminen parantaa Salesforce-arkkitehtuurisi kokonaistuotantoa ja tehokkuutta. Nämä parannukset puolestaan auttavat vähentämään viiveitä ja parantamaan järjestelmän yleistä suorituskykyä. ApexGuru havaitsee läpimenoa rajoittavat anti-kuviot ennakoivasti, kuten SOQL silmukoissa, DML silmukoissa, tehottomia GGD-kutsuja ja kalliita menetelmiä. Nämä havainnot auttavat tiimejä välttymään hallintorajoituksista, jotka rajoittavat läpimenoa.

Järjestelmän läpimenoasteen optimointi:

  • Suosita ei-synkronoitua käsittelyä. Salesforce Platform käyttää transaktioiden konteksteja hallitakseen datan eheyttä ja rajoittaakseen koodin poistamista. Lisätietoja on kohdassa transaktiot Arkkitehtuurin perusteet Arkkitehtuurin perusteet. Tästä syystä asynkronisen (asynkronisen) käsittelyn käyttäminen aina, kun se on mahdollista, voi auttaa minimoimaan mahdolliset pullonkaulakohdat synkronoidussa suorituskontekstissa. Lisätietoja on kohdassa tietojen käsittely. Asynkronisen laskennan käyttäminen ei ratkaise kaikkia suorituskykyongelmia, joten sinun täytyy ottaa viive huomioon, kun lisäät asynkronisia prosesseja. Tietyt sovellusalustan ominaisuudet, kuten jonoitettava Apex, saattavat kasvattaa viiveitä ruuhka-aikojen aikana, koska viestit odottavat jonossa kauemmin. Riippuen käyttötarkoituksestasi, saatat haluta sallia vastaavuuden mahdollisen heikentymisen tuoton ylläpitämiseksi tai parantamiseksi. Muissa tapauksissa saatat päättää, että pidempi viive ei ole hyväksyttävää. Skaalaustesti avulla voit vahvistaa nämä kompromissit simuloimalla ruuhka-aikoja Full-sandbox. Siellä voit mitata, miten työt vaikuttavat läpimenoon ja viiveeseen.
  • Käytä aina bulkkausta. Yleisesti ottaen bulkkaaminen tarkoittaa operaatioiden suorittamista kokoelmia vastaan. Usein tiimit, jotka keskustelevat Salesforce-ratkaisujensa bulkkaamisesta, keskittyvät datatoimintojen virtaviivaistamiseen verrattuna kokoelmiin. Lisätietoja on kohdassa Toimintalogiikka. Järjestelmätason bulkkaaminen käsittää kuitenkin muutakin kuin vain datatoimintoja. Pidä myös tiettyjä tehtäviä, kuten callout-kutsuja tai monimutkaisia laskutoimia, ehdokkaina bulkkaamiseen. Oikea bulkkaaminen vähentää ylijäämiä. Se suorittaa useita toimintoja yhdellä pyynnöllä yhden pyynnön sijaan per toiminto. ApexGuru näyttää bulkkaamisen estäviä kuvioita, kuten DML tai SOQL silmukoissa, joita voit korjata ennen kuin laajennat ne tuotantoympäristöön. Lisätietoja on kohdassa Joukkotoiminnot.
  • Käytä SOSL:ää hauissa ja käsittele SOQL:ää datatoimintona. Voi tuntua ilmiselvältä, että liian monimutkaisten SOQL-lausekkeiden käyttäminen pidentää järjestelmän tietueiden noutamiseen tarvittavaa aikaa. SOQL lisää perustana olevan suhdetietokannan ylimääräisiä kustannuksia, mikä hidastaa käsittelyä. Kun käytät tekstiä tai yleismerkkejä, SOSL toimii tehokkaammin. SOSL käyttää sovellusalustan hakukonetta, joka on optimoitu koko tekstin indeksointia ja yleisiä hakuja varten. Jos haluat optimoida tietueiden noutokuvioita, varmista, että suunnittelujärjestelmäsi standardit määrittävät, milloin sinun tulisi käyttää SOSL:ää löytääksesi tietoja järjestelmästäsi. Varmista myös, että ne määrittävät, miten SOQL:ää käytetään tehokkaisiin datatoimintoihin. Katso Toimintologiikka).
  • Käytä sovellusalustan välimuistia ja ApexGurua. Lightning Platform Cache -kerros tarjoaa nopeampaa suorituskykyä ja parempaa luotettavuutta Salesforce-istuntojen ja organisaatioiden datan tallentamisessa välimuistiin. Sovellusalustan välimuisti parantaa suorituskykyä jakamalla välimuistitilaa, jotta jotkin sovellukset tai toiminnot eivät varasta kapasiteettia muilta. ApexGuru havaitsee puuttuvat mahdollisuudet tallentaakseen toistuvia kyselyitä välimuistiin (esimerkiksi Sovellusalustan välimuisti SOQL-tuloksille), mikä parantaa läpimenoa raskaissa ympäristöissä.

Suorituskykyyn liittyvät kuviot ja vastakuviot näyttävät, miltä oikea ja huono läpimeno näyttää Salesforce-organisaatiossa. Käytä niitä vahvistaaksesi suunnittelusi ennen niiden rakentamista tai tunnistaaksesi mahdollisuuksia optimointia varten.

Lisätietoja Salesforcen työkaluista läpimenooptimointiin on kohdassa Salesforce Tools For Reliability.

Viive on mitta, kuinka nopeasti järjestelmä suorittaa suorituspolun. Järjestelmäsi läpimenoasteen optimointi auttaa parantamaan viiveitä. Toinen viive-ulottuvuus on havaittu suorituskyky tai kuinka interaktiivinen järjestelmä näyttää käyttäjille.

Ihmiset eivät halua odottaa sivujen lataamista tai prosessien suorittamista. Järjestelmäsi käyttäjät ovat turhautuneita, jos heillä on usein pitkiä latausaikoja, kun he yrittävät selata luettelonäkymiä, tietuesivuja, raportteja jne. Kun näin tapahtuu, asiakkaat tai kumppanit saattavat päättää siirtää liiketoimintansa muualle heikosti toimivien järjestelmien sijaan. Työntekijät voivat luoda sisäisiä ratkaisuja välttyäkseen järjestelmän suunnittelusta, mikä voi aiheuttaa tietoturvaan ja datan eheyteen liittyviä ongelmia.

Havaittu suorituskyky voi olla vaikea diagnosoida. Kun käyttäjä raportoi heikentävän suorituskykyään, tukitiimit eivät välttämättä voi toistaa ongelmaa. Lisääntynyt viive johtuu usein pienempien, toisiinsa perustuvien ongelmien yhdistelmästä, mikä voi vaikeuttaa havaittujen suorituskykyongelmien tarkkojen syiden tunnistamista.

Salesforce-järjestelmäsi viiveen vähentäminen ja reagoinnin parantaminen:

  • Optimoi raportit. Varmista, että jokainen raportti tarjoaa vain yhden käyttötarkoituksen. Tunnista järjestelmässäsi olevien raporttien kohdeyleisö ja käyttötarkoitus selkeästi. Sisällytä raportteihin vain vähimmäismäärä tietoja, joita kohdeyleisön jäsenet tarvitsevat päätösten tekemiseen. Raportin käyttötarkoitukseen vastaamattomien sarakkeiden poistaminen parantaa raportin suorituskykyä vähentämällä haettavien ja näytettävien tietojen määrää.
  • Optimoi suodattimet. Tehokkaat suodattimet nopeuttavat raporttien ja luettelonäkymien suorituskykyä rajoittamalla tietokannasta haettujen rivien määrää tarkasti. Yleisesti ottaen mitä tarkempi suodatinlogiikkasi on, sitä tehokkaampi datan perustana oleva kysely on. Suodattimien optimointiin sisältyy:
    • ”yhtä kuin” ja ”ei yhtä kuin” -arvojen käyttäminen ”sisältää”- ja ”ei sisällä” -arvojen sijaan
    • Vältä suodattamasta kaavakenttien perusteella
  • Yksinkertaista jakomalliasi. Liian monimutkainen jakomalli voi hidastaa useita prosesseja, koska järjestelmän täytyy tarkastaa jakaminen ja näkyvyysmallin määrittääkseen, onko käyttäjällä näytettävien tai käsiteltävien tietojen käyttöoikeus. Monimutkaiset jakolaskennat voivat kasvattaa raportoinnin, luettelonäkymien ja käyttäjän asiayhteydessä suoritettavien automaatioiden viiveitä. Lisätietoja on kohdassa Jakaminen ja näkyvyys.
  • Optimoi mukautetut käyttöliittymäkomponentit. Mukautetut käyttöliittymäkomponentit voivat kasvattaa viiveitä. Voit optimoida suorituskyvyn mukautetuissa käyttöliittymäkomponenteissa seuraavin tavoin.
    • Käytä Lightning-verkkokomponentteja (LWC). LWC-kehys on tiiviisti linjassa nykyaikaisten verkkostandardien kanssa. LWC:ssä kirjoitetut mukautetut komponentit renderöidään tehokkaammin verkkoselaimilla ja sallivat kehittäjien käyttää tehokkaampia JavaScript-metodeja. Valitse aina LWC vanhempien käyttöliittymän teknologioiden sijaan, kuten Aura tai Visualforce.
    • Käytä Lightning Data -palvelua. Lightning Data Service käsittelee komponenttien turvallisen, tehokkaan ja jaetun välimuistin luomisen ja ylläpidon. Käytä sitä välttyäksesi tarpeettomilta matkoilta palvelimelle saadaksesi dataa — ja parantaaksesi sovelluksen kokonaisvaltaista reagointia.
    • Käytä asiakassivun lajittelua ja suodatusta luettelotiedoille. Kehittäjät voivat käyttää JavaScript-taulukon vakiotoimintoja lajitellakseen, suodattaakseen ja valitakseen arvoja asiakaspuolelta sekä LWC-komponenteille (suositut) että Aura-komponenteille (muussa tapauksessa), mikä vähentää vaadittujen matkojen määrää palvelimelle.

Kuvion ja anti-kuviot näyttävät, miltä oikea ja huono viive näyttää Salesforce-organisaatiossa. Käytä niitä vahvistaaksesi suunnittelusi ennen niiden rakentamista tai tunnistaaksesi mahdollisuuksia optimointia varten.

Lisätietoja Salesforcen työkaluista viiveen optimointiin on kohdassa Salesforce Tools For Reliability.

Tämä taulukko näyttää valikoiman kuvioita, joita haluat etsiä tai rakentaa organisaatiossasi, sekä vasta-kuviot, joita haluat välttyä tai kohdistaa korjattavaksi.

✨ Tutustu suorituskykyä parantaviin kuvioihin kohdasta Kuvioiden ja antikuvioiden tutkintaohjelma.

Kuvakkeet Kuvioiden estäminen
Lähetys Suunnittelun standardeissasi:
Ohjeita sovellusalustan välimuistin käyttämiseen noudattaa Sovellusalustan välimuistin parhaita käytäntöjä
Suunnittelun standardeissasi:
- Jos sovellusalustan välimuistin käyttöön on ohjeita, se ei ole selkeä tai se ei vastaa suositeltuja käytäntöjä.
Organisaatiossasi:
- Bulkkausta käytetään datalle ja järjestelmätoiminnoille.
- DML- tai tietokantamenetelmät toimivat aina Apexin kokoelmia vastaan.
- DML:n aikana käytetyt kentät lyhyemmälle elapsedTime-kentälle tietokannassa on rajoitettu.
- Kaikkia yleismerkkien ehtoja käytetään SOSL:ssä.
- SOQL-lausunnot ovat valikoivia:
-- Ne eivät käytä LIKE-vertailuja tai osatekstin vertailuja.
-- Vertailuoperaattorit käyttävät positiivista logiikkaa (eli IN) ensisijaisena logiikkanaan tai vain logiikallaan.
-- = NULL ja != NULL käytetään vain harvoin se seuraa aina positiivista vertailuoperaattoria.
– Vain SOQL-kyselyissä tarvittavat kentät noudetaan datan kuormituksen minimoimiseksi ja suorituskyvyn maksimoimiseksi.
-- LIMIT 1 -lausekkeita ei käytetä.
-- ALL ROWS -avainsanaa ei käytetä.
- Ei-synkronoitua käsittelyä suositaan aina, kun se on mahdollista.
- Sovellusalustan välimuistin osiot on määritetty.
Organisaatiossasi:
- DML-lausekkeita ei bulkattu.
- DML- tai tietokantamenetelmät toimivat yksittäisille tietueille Apexissa.
- SOSL:ää käytetään harvoin tai ei jatkuvasti yleismerkkien valintaehdoissa.
- SOQL-lausunnot eivät ole valikoivia:
-- Ne sisältävät LIKE- ja yleismerkkien suodatusehdot.
-- Vertailuja, jotka käyttävät ehtoja !=, NOT tai NOT IN, käytetään ensisijaisena tai ainoana vertailuoperaattorina.
-- Käyttää ensisijaisina tai ainoana vertailuoperaattorina ehtoja = NULL ja != NULL.
-- LIMIT 1 -lausekkeita käytetään.
-- Käytetään ALL ROWS -avainsanaa.
- SOQL näytetään silmukoissa.
- Synkronoituja prosesseja suositaan.
Viive Organisaatiossasi:
- Raportit tarjoavat vain yhden käyttötarkoituksen ja ne sisältävät vähimmäismäärän rivejä ja sarakkeita, joita tarvitaan päätösten tekemiseen.
- Suodattimissa käytetään sanoja ”yhtä kuin” ja ”ei yhtä kuin”.
- Suodattimet eivät sisällä kaavakenttiä.
- Jakomallit on yksinkertaistettu mahdollisimman paljon.
- Mukautetut käyttöliittymäkomponentit käyttävät Lightning (LWC).
- LWC käyttää datatoiminnoissa Lightning Data Servicea.
- Luettelotietojen lajittelu ja suodattaminen käsitellään asiakaspuolella JavaScriptilla.
- Salesforce Edge on käytössä.
Organisaatiossasi:
- Raportit tarjoavat useita käyttötarkoituksia tai sisältävät ylimääräisiä rivejä ja sarakkeita, joita ei tarvita päätösten tekemiseen.
- Suodattimissa käytetään sanoja ”sisältää” ja ”ei sisällä”.
- Suodattimet sisältävät kaavakenttiä.
- Jakomallit ovat monimutkaisia.
- Mukautetut käyttöliittymäkomponentit käyttävät kehyksiä, jotka saattavat johtaa vähemmän tehokkaaseen renderöintiin kuin LWC (esimerkiksi Aura tai Visualforce).
- LWC käyttää datatoiminnoissa Apexia.
- Luettelotietojen lajittelu ja suodattaminen käsitellään palvelinpuolella Apexilla.
- Salesforce Edge ei ole käytössä.

Skaalattavuus tarkoittaa, että järjestelmä voi toimia johdonmukaisesti, kun se kehittyy ja kasvaa. Skaalattava järjestelmä käsittelee transaktioiden määrän suuret kasvut tai samanaikaiset käyttöoikeudet ilman perusteellisia muutoksia. Salesforcen sovellusalustan palvelut on suunniteltu tukemaan sovellusten skaalattavuutta. Lisätietoja on kohdassa Sovellusalustan sisäinen käsittely. Kun organisaatiosi kasvaa ja tuotteidesi ja palveluidesi kysyntä kasvaa, sinun vastuullasi on luoda järjestelmä, joka toimii tehokkaasti ja odotetulla tavalla. Skaalattavuuden rakentaminen alusta alkaen nopeuttaa uusien ominaisuuksien toimittamista ja vähentää palveluhäiriöitä, kun käyttäjäliikenne kasvaa. Käytä suunnitteluvaiheen alussa ennen uusien ominaisuuksien käyttöönottoa tuotantoympäristössä Skaalaustestiä simuloidaksesi ennustettuja työkuormia ja vahvistaaksesi, että arkkitehtuuri voi skaalata niitä.

Järjestelmät, joita ei ole suunniteltu skaalattavuutta varten, vaativat jatkuvaa ja kalliita vianmäärityksiä, uudelleen suunnittelua ja uudelleenjärjestelmää. Skaalattavuus aiheuttaa monimutkaisia ongelmia ajan myötä, mikä heikentää suorituskykyä koko järjestelmässä. Joissakin tapauksissa yritykset käyttävät suurimman osan kehitys- ja ylläpitoresursseistaan skaalattavuusongelmien ratkaisemiseen arvon luovien uusien ominaisuuksien sijaan.

Joskus yritys saavuttaa kriittisen vaiheen. Sen järjestelmän alkuperäinen rakenne ei voi tukea yrityksen kasvua, ja odottamattomat tapahtumat tekevät järjestelmästä epävakaan. Käytä havaintoja skaalauskeskuksesta tunnistaaksesi skaalattavuuden keskeytyskohdat ajoissa. Skaalauskeskus näyttää poikkeusten hotspots-, pitkäaikaiset transaktiot- ja jonojen pullonkaulakohdat, jotka heikkenevät ajan myötä.

Voit parantaa skaalautumista keskittymällä datamallien optimointiin ja datamäärien hallintaan.

Huomautus: Vaikka sitä ei käsitellä tässä, skaalattavuuden testaaminen on tärkeä osa sovellusrakenteidesi vahvistamista. Katso ohjeet kohdasta testausstrategia.

Datamallinnus käsittää organisaatiosi objektien rakentamisen ja niiden liittämisen toisiinsa siten, että käyttäjäsi ja automatisoidut prosessisi voivat noutaa tarvitsemansa tiedot mahdollisimman nopeasti. Toimenpiteet, joilla parannetaan läpimenoa, korjaavat useita suorituskykyongelmia, mutta työsi eivät ole yhtä tehokkaita ilman optimoitua datamallia.

Huonosti suunnitellun datamallin negatiiviset vaikutukset eivät ole heti näkyvissä. Sen heikkoudet paljastuvat, kun järjestelmä kasvaa datan määrän, prosessien, käyttäjien ja integraatioiden osalta. Hyvin suunniteltu datamalli helpottaa sovelluksesi jatkuvaa uudelleenrakentamista, kun vaatimuksia lisätään ja laajennetaan. ApexGuru paljastaa datan käyttöoikeuksien estokuvioita, kuten ei-valinnaisia SOQL-kyselyitä, käyttämättömiä kenttiä ja skeeman tehottomuuksia, jotka vaikuttavat suoraan datamallin skaalattavuuteen.

Datamallisi optimointi:

  • Käytä Salesforcen käyttövalmiita datamalleja. Salesforce tarjoaa käyttövalmiita datamalleja myynti-, palvelu- ja useille eri toimialoille. Salesforcen tarjoamien datamallien käyttäminen varmistaa, että järjestelmäsi ominaisuudet määritetään vain kerran, mikä poistaa tarpeettomuuden ja silot ja luo yhden totuuden lähteen koko järjestelmässä. Koska käytit Salesforcen käyttövalmiita datamalleja kyseiselle yksittäiselle lähteelle, sinun on helpompi ymmärtää sovellusten dataa analyysillä ja käyttää Salesforcen käyttövalmiita tekoälypalveluita. Lisäksi tukemasi mukautukset vähentävät ylläpitokustannuksia ja vähentävät teknistä velkaa.
  • Valitse oikeat datatyypit. Tutustu Salesforcen tukemiin erityyppisiin kenttiin ja niiden rajoituksiin. Ota huomioon raportointi- ja salausvaatimukset, jotta sinun ei tarvitse muuntaa tietoja tyyppien välillä myöhemmin.
  • Valitse oikeat suhteet. Salesforce tukee kahdenlaisia objektien välisiä suhteita: päätiedot–lisätiedot ja haku. Päätiedot–lisätiedot-suhteet tarjoavat kaksi ensisijaista etua. Yksi on sisäänrakennettu yhteenvetoominaisuus, joka laskee ja kerää lisätietoja alitason tietueista. Toinen on sisäänrakennettu poisto-ominaisuus, jonka avulla päätietueen poistaminen poistaa myös sen alitason tietueet. Varmista kuitenkin, että ymmärrät päätiedot–lisätiedot-suhteiden jakamisen ja datan vääristymien vaikutukset ennen kuin päätät käyttää niitä.
  • Denormalisoi skaalaa varten. Normalisointi on datamallisi rakentamisen prosessi, joka vähentää datan tarpeettomuutta ja parantaa datan eheyttä. Normalisointi aiheuttaa valitettavasti joskus skaalautumisongelmia. Denormalisoidut taulukot voivat toimia paremmin skaalassa, mutta muista ottaa huomioon datan eheys ja tarpeeton käyttö.

Nämä kuviot ja antikuviot näyttävät, miltä oikea ja huono datamallien optimointi näyttää Salesforce-organisaatiossa. Käytä niitä vahvistaaksesi suunnittelusi ennen niiden rakentamista tai tunnistaaksesi mahdollisuuksia optimointia varten.

Lisätietoja Salesforcen työkaluista datamallien optimointiin on kohdassa Salesforce Tools For Reliability.

Datamäärä on järjestelmässäsi säilytettyjen tietojen määrä, perustuen tietueiden määriin ja kokoon. Jos organisaatiollasi on kymmeniätuhansia käyttäjiä, kymmeniä miljoonia tietueita tai satoja gigatavua tietueiden tallennustilaa, sinulla on paljon dataa. Organisaatiosi datan määrä ja objektien väliset suhteet vaikuttavat skaalattavuuteen, ja ne vaikuttavat todennäköisemmin skaalattavuuteen kuin yksittäisten tietueiden määrä.

Suuria datamääriä käyttävien organisaatioiden skaalattavuuden parantaminen:

  • Jaa alitason tietueita. Vältä ylätaso–alitaso-datavirheitä varmistamalla, ettei ylätaso-tietueella ole paljon alitason tietueita. Yleinen suositus on, että yhdelläkään ylätason tietueella ei tulisi olla yli 10 000 alitason tietuetta. Jos käyttöönotossa on esimerkiksi useita yhteyshenkilöitä, mutta se ei käytä tilejä, harkitse useiden tilitietueiden määrittämistä ja niihin liittyvien yhteyshenkilötietueiden jakamista.
  • Jaa tietueiden omistajuus. Vältä omistajuusvirheitä varmistamalla, että yksikään käyttäjä tai jono ei omista tai että yhden roolin tai julkisen ryhmän kaikki jäsenet omistavat yli 10 000 tietuetta samasta objektista. Datan pysäköiminen ”pysäköintikäyttäjällä” on käytäntö, joka johtaa usein omistajuusvirheisiin. Jos kohtaat tämän ongelman, ota huomioon sen vaikutus jaon laskutoimiin. Jos et voi jakaa tietueita uudelleen vähentääksesi omistajuuden vääristymää, vältä kohdistamasta datan omistavaa käyttäjää rooliin. Jos organisaatiosi jakomalli vaatii roolin kohdistamisen, aseta datan omistava käyttäjä erilliseen rooliin jakohierarkian ylälaidassa. Älä salli kyseisen käyttäjän roolin usein tai suunnittelemattomia muutoksia, koska muutokset vaikuttavat merkittävästi suorituskykyyn jakamisen uudelleenlaskentojen vuoksi. Pidä käyttäjä poissa julkisista ryhmistä, joihin voisi viitata jakosäännöissä.
  • Vähennä tietuedatan määrää Salesforcessa. Salesforce on suunniteltu tarjoamaan yrityksille yksi näkymä asiakkaistaan. Datan rajoittaminen Salesforcessa saattaa vaikuttaa epäintuitiiviselta. Yksittäisen näkymän tehokkuus riippuu kuitenkin siitä, miten hyvin se sallii yrityskäyttäjien ymmärtää ja käsitellä asiakastietoja. Kun datamäärä kasvaa, päivittäisiin prosesseihin tai analyyseihin ei liittyvä data aiheuttaa useita ongelmia. Näihin ongelmiin sisältyy sovelluksen suorituskyvyn heikkeneminen, lisääntynyt tietoturvariski ja haun, raportoinnin ja analyysien negatiiviset vaikutukset. Voit välttyä näiltä ongelmilta määrittämällä datan elinkaaren jokaiselle datamallisi objektille, joka sisältää datan aikajanoja ja luokittelua, kun se ikääntyy ja menettää välittömästi liiketoiminta-arvonsa. Noudata seuraavia toimenpiteitä datan elinkaaren mukaisesti hallitaksesi dataa ajan myötä.
    • Datan arkistointi ja tyhjennys: Jos haluat pitää datamäärät mahdollisimman pieninä, poista tietueet, joita yritys ei tarvitse, jotta datamäärät pysyvät mahdollisimman pieninä. Käytä Bulk API 2.0:n pysyvää poistotoimintoa poistaaksesi suuria datamääriä.
    • Datan aggregointi - Luo aggregoinnin mukautettuja objekteja, jotka tekevät yhteenvedon tärkeimmistä historiallisista trendeistä tai yhteenvetodataa raportointiin yhteensopivassa muodossa. Täytä mukautetut objektit käyttämällä eräApexia. Näin käyttäjät voivat suorittaa raportteja, jotka perustuvat aggregoitujen objektien tietueisiin.
    • Datataso. Ylläpidä suuria datajoukkoja toisessa sovelluksessa, jos niitä ei tarvita Salesforce-raporteissa tai päivittäisissä töissä. Salli datan käyttö Salesforcessa tarvittaessa mashupien, callout-kutsujen tai ulkoisten objektien kautta.

Käytännössä et välttämättä välttämättä pysty ratkaisemaan skaalattavuusongelman juurisyytä heti, kun ongelmia ilmenee. Tästä syystä Salesforce tarjoaa vaihtoehtoja, joilla voit helpottaa välittömiä kipupisteitä. On tärkeää tietää, että näiden ominaisuuksien ottaminen käyttöön organisaatiossasi ei ole toimiva, pitkäaikainen arkkitehtuuristrategia suurten datamäärien käsittelemiseen. Nämä lyhytaikaiset korjausmenetelmät voivat auttaa vähentämään viiveitä järjestelmissä, jotka kärsivät heikosta datan arkkitehtuurista, mutta ne voivat myös lisätä organisaatiollesi teknistä velkaa.

Skaalautumisongelmien lyhytaikaisiin ratkaisuihin sisältyy:

  • Mukautetut indeksit Indeksit tallennetaan erityiseen sisäiseen taulukkoon, jota sovellusalustan kyselyiden optimointi käyttää nopeuttaakseen datan käyttöä. Katso Multitenant Indexes). Sovellusalusta indeksoi oletusarvoisesti tietyntyyppiset kentät automaattisesti. Voit pyytää lisää mukautettuja indeksejä ottamalla yhteyttä Salesforce-asiakastukeen nopeuttaaksesi heikosti suoriutuvia kyselyitä. Käytä Query Plan -työkalua määrittääksesi, parantavatko mukautetut indeksit kyselyidesi suorituskykyä.
  • Skinny-taulukot. Jos sinun täytyy optimoida kyselyitä entisestään yli miljoona tietuetta sisältävien objektien yleisille kenttäjoukoille, ohut taulukot voivat auttaa. Pienet taulukot poistavat taustayhdistämisen, joka tapahtuu, kun käytetään samasta objektista saatuja mukautettuja ja vakiokenttiä raportissa tai automaatiossa. Salesforce-asiakastuki täytyy ottaa ne käyttöön organisaatiollesi, jotta voit käyttää ohut taulukoita.

Skaalattavuuden kuviot ja vastakuviot näyttävät, miltä oikea ja huono datamäärien hallinta näyttää Salesforce-organisaatiossa. Käytä niitä vahvistaaksesi suunnittelusi ennen niiden rakentamista tai tunnistaaksesi mahdollisuuksia optimointia varten.

Lisätietoja Salesforce-työkaluista datamäärien hallintaan on kohdassa Salesforce Tools For Reliability.

Tämä näyttää valikoiman kuvioita, joita haluat etsiä tai rakentaa organisaatiossasi, sekä vasta-kuviot, joita haluat välttää tai kohdistaa korjattavaksi.

✨ Katso lisää skaalattavuutta koskevia kuvioita kohdasta Kuvioiden ja anti-kuvioiden tutkintaohjelma.

Kuvakkeet Kuvioiden estäminen
Datan mallinnus Suunnittelun standardeissasi:
- Standardeja ja ohjeita, joiden liiketoiminnan perustelut takaavat mukautetun objektin olemassaolon.
Suunnittelun standardeissasi:
- Mukautettujen objektien luomiseen ei ole standardeja.
Datamallissasi:
- Vakio-objekteja käytetään aina, kun se on mahdollista.
- ApexGuru-tarkastukset kuvioiden estämiseksi vahvistavat, että SOQL-kyselyt ovat valikoivia ja välttävät skeeman tehottoman käytön.
- Taulukot on denormalisoitu skaalaa varten.
Datamallissasi:
- Olet replikoinut vakio-objekteja.
- Taulukot normalisoidaan tarpeettomuuden välttämiseksi.
Yrityksessäsi:
- Vähäisen koodin rakentajat ymmärtävät Salesforcen tukemat eri kenttätyypit ja arvioivat raportointi- ja salausvaatimukset ennen kenttien datatyyppien valitsemista.
- Ennen kuin päätät luoda päätiedot–lisätiedot-suhteen objektien välille, arvioit sen jakamisen ja datan vääristymien vaikutukset.
Yrityksessäsi:
- Vähäisen koodin rakentajat valitsevat datatyyppejä arvioimatta myöhempiä raportointi- ja salausvaatimuksia.
- Ennen kuin päätät luoda päätiedot–lisätiedot-suhteita objektien välille, et arvioi sen jakamisen ja datan vääristymien vaikutuksia.
Datan määrä Datassasi:
- Mikään ylätason tietue ei sisällä yli 10 000 alitason tietuetta.
- Yhtään käyttäjää ei ole kohdistettu yli 10 000 samaan objektityyppiseen tietueeseen.
- Kukaan instanssi ei sisällä yli 10 000 tietuetta, joiden hakukentät osoittavat samaan tietueeseen.
- Joukkodatan lataukset lajitellaan eriin ParentId-kentän arvojen perusteella.
- Skaalaustestiä käytetään joukkolatauskuvien vahvistamiseen tuotantoympäristössä varmistaakseen, että erästrategiat eivät rikkoudu samanaikaisesti.
- Joukkodataa ei ladata tuotantoympäristöön ruuhka-aikojen aikana.
- Joukkodatan lataukset sisältävät vain liiketoimintapäätöksiin tarvittavan datan.
Datassasi:
- Tietueita, joilla on yli 10 000 alitason tietuetta, on olemassa.
- Käyttäjät on kohdistettu yli 10 000 samaan tyyppiseen tietueeseen.
- On olemassa esiintymiä, joissa yli 10 000 tietueella on hakukenttiä, jotka osoittavat samaan tietueeseen.
- Joukkodatan latauksia ei lajitella eriin ParentId-kentän arvojen perusteella.
- Joukkolataukset tuotantoympäristöön tapahtuvat ruuhka-aikojen aikana.
- Joukkodatan lataukset eivät rajoitu liiketoimintapäätöksiin tarvittavaan dataan.
Kulussa ja Apexissa :
- Käytössä on logiikka, joka jakaa alitason tietueiden määrän useisiin ylätason tietueisiin skenaarioissa, joissa datan vääristyminen on ongelma.
Kun tuot tai kopioit tietueita integraation kautta, logiikka kohdistaa ne asiaankuuluville käyttäjille.
- Apex, kuten luetteloille ja joukkoille, on olemassa logiikkaa, joka käsittelee useita tietueita kyselyiden minimoimiseksi ja datan käsittelyn optimoimiseksi.
- Luodaan ja otetaan käyttöön tehokas Apex, joka noudattaa skaalattavan koodin standardeja ja suositeltuja käytäntöjä.
Kulussa ja Apexissa :
- Alitason tietueet kohdistetaan satunnaisesti ylätason tietueisiin riippumatta jo kohdistettujen alitason tietueiden määrästä.
- Datasiirron tai integraation kautta luodut tietueet kohdistetaan yleiselle "integrointikäyttäjälle".
- Useat samasta objektista saadut rekurssiiviset SOQL-kyselyt ovat synkronoituja transaktioita, mikä johtaa korkeaan joukkojen käyttöön.
- Kun kehittäjät kirjoittavat Apex-koodia, he esittävät tehottomuuksia ja suorituskyvyn vastakuvioita.
Yrityksessäsi:
- Olet dokumentoinut ja toteuttanut datan arkistoinnin ja tyhjentämisen strategian
Yrityksessäsi:
- Sinulla ei ole datan arkistointi- ja tyhjennysstrategiaa tai strategiaasi on dokumentoitu, mutta sitä ei ole toteutettu
TyökaluKuvausSaatavuusSuorituskykySkaalattavuus
Big-objektit Tallenna ja hallitse suuria määriä dataa alustalla. X
Koodin tutkinta Skannaa Apex suorituskykyongelmien varalta. X
Mukautetut indeksit Paranna kyselyiden suorituskykyä mukautetuilla indekseillä. X
Datan poistaminen Poista tarpeettomat tiedot suorituskyvyn parantamiseksi. X X
Divisioonat Jaa dataa osioihin rajoittaaksesi kyselyiden ja raporttien tietueiden määrää. X
Skaalatesti Testaa järjestelmän suorituskykyä ja tulkitse tuloksia. Ennen kuin otat käyttöön tuotantoympäristöön, simuloi suuria käyttöliittymä- ja API-työkuormia käyttämällä Playwright- tai JMeter-komentosarjoja vahvistaaksesi skaalattavuuden ja suorituskyvyn. X X
Skalauskeskus Saat itsepalvelu- ja reaaliaikaisia havaintoja järjestelmän suorituskyvystä. Etsi pitkäaikaisia transaktioita, poikkeusten hotspoteja ja läpimenoasteen pullonkaulakohteita. Tunnista skaalausongelmat kehityssyklisi aikana. X X
ApexGuru Käytä tätä GenAI-pohjaista ominaisuutta Scale Centerissa havaitaksesi Apexin, SOQL:n ja testiluokkien anti-kuviot suorituksen aikana. ApexGurun integrointi Salesforce Code Analyzerin kanssa sallii sinun hankkia tekoälyyn perustuvia suosituksia ja suoria korjauksia kehitystyönkulussa. Käytä näitä suosituksia ja korjauksia ratkaistaksesi hotspotteja ja parantaaksesi kyselyiden valikoivuutta, bulkkaamista, välimuistin käyttöä ja testien laatua. X X
Salesforce Code Analyzer Skannaa koodia IDE-, CLI- tai CI/CD-koodilla varmistaaksesi, että se noudattaa suositeltuja käytäntöjä. Salesforce-koodanalysaattorin ja ApexGurun integroinnin avulla saat havaintoja suorituskyvyn vastaisista kuviosta suoraan kehittäjien työnkulussa. X
Salesforce Edge -verkko Paranna latausaikoja ja käyttökokemusta reitittämällä Oma toimialueesi Salesforce Edge -verkon kautta. X
Skinny-taulukot Vältä liittämistä taulukoihin, joissa on usein käytettyjä kenttiä. X
Ennakoiva valvonta Valvo tietueiden kasvun, omistajuuden vääristymien ja suorituskyvyn regressioiden poikkeavuuksia jatkuvasti. Hälytys skaalautumisongelmista ennen kuin niistä tulee kriittisiä. X X
ResurssiKuvausSaatavuusSuorituskykySkaalattavuus
Haasteiden skaalaaminen maksaa miljoonia – näin voit varmistaa liiketoimintasi tulevaisuudessa Katso miten skaalattavuuden käyttöönotto johtaa kestävään kasvuun ja pitkäaikaiseen menestymiseen. X X
Skaalattavien sovellusten rakentaminen ja käyttöönotto Scale Centerin avulla Katso miten voit arvioida ja ratkaista Salesforce-toteutuksissasi esiintyviä suorituskykyongelmia ennakoivasti.
Suorituskyvyn ja skaalautumisen pikapisteiden analysointi monimutkaisissa Salesforce-sovelluksissa Korjaa organisaatiosi suorituskyky- ja skaalattavuusongelmat. X X
Sovelluksesi ei saisi paniikkia ruuhka-aikojen liikenteessä – näin voit valmistautua Tutustu neljään tärkeään vaiheeseen, joilla voit testata skaalaa onnistuneesti.
ApexGuru AI -järjestelmän selittäminen Katso miten ApexGuru käyttää mukautettuja malleja, reaaliaikaista organisaation telemetriaa ja älykästä suodatusta tarjotakseen tarkkoja, asiayhteydestä riippuvaisia ja interaktiivisia havaintoja. X X
Apex for Apps- ja Agentforce-optimointi ApexGurulla Katso miten ApexGuru auttaa kehittäjiä havaitsemaan ja korjaamaan suorituskyvyn vastaisia kuvioita, mukaan lukien SOQL, DML, virheenkorjaus ja testien tehottomuudet. Käytä ApexGuru-kouluttajaa tekoälyn avulla sovelluksiesi skaalattavalle kehittämiselle ja Agentforce. X X
ApexGuru Antipatterns Tutustu ApexGuru-havaittujen anti-kuvioiden viralliseen kirjastoon, joka päivitetään jokaisen tärkeän Salesforce-julkaisun yhteydessä. X X
Suositeltuja käytäntöjä suuria datamääriä käyttäville käyttöönotoille Ymmärrä suurten datamäärien prosessien vaikutukset. X
Salesforce Edge -verkossa huomioitavia asioita Katso, miten voit valmistella organisaatiosi käyttämään Salesforce Edge -verkkoa. X
Design Standards -malli Luo organisaatiollesi suunnittelun standardeja. X X X
Datamallin suunnittelussa huomioitavia asioita Optimoi datamalleja skaalaa ja ylläpitoa varten. X X
Tietueiden käyttöoikeuksien suunnitteleminen Enterprise Scale -ominaisuutta varten Optimoi käyttöoikeuksien hallinnan suorituskyky kokoonpanon avulla. X
Infrastruktuuri suuria datamääriä käyttäville järjestelmille Tutustu ominaisuuksiin, jotka tukevat järjestelmän suorituskykyä suuria datamääriä sisältävissä käyttöönotoissa. X
Erän hallinnan oppimisresurssit Tutustu erien hallintaan. X X
Lightning Experiencen suorituskyvyn optimointi Paranna Lightning Experiencea organisaatiossasi auttaaksesi käyttäjiäsi työskentelemään nopeammin. X
Hakuhajonnan hallinta Salesforcessa tietueiden lukkopoikkeusten välttämiseksi Katso miten voit minimoida hakuhäiriöiden vaikutukset. X X
SOQL:n ja SOSL:n suositellut käytännöt Noudata SOQL- ja SOSL-suositeltuja käytäntöjä suuria datamääriä sisältäville käyttöönotoille. X X
Työkalut suuria uudelleenkohdistuksia varten Suunnittele ja suorita uudelleenkohdistuksia tehokkaasti. X
Mashupien käyttäminen Ylläpidä suuria datajoukkoja toisessa sovelluksessa. X X

Auta meitä pitämään Salesforce Well-Architected ajan tasalla. Tee kysely saadaksesi palautetta tästä sisällöstä ja kerro meille, mitä haluat nähdä seuraavaksi.