Pålitelig – skalerbarhet
Lær mer om Well-Architected Trusted → Pålitelig → Skalerbarhet → Datamodellering
| Hvor skal du se? Produktområde | Sted | Hvordan ser godt ut? Mønster |
|---|---|
| Data 360 | Organisasjon | ✅ Data-transformasjoner brukes til å avnormalisere data før tilordning Data-transformasjoner finnes for å transformere kildedata, slik at alle kontaktpunkter kan hentes inn separat i standard kontaktpunktobjekter |
| Plattform | Virksomhet | ✅ Lavkode-byggere forstår de forskjellige felttypene som støttes av Salesforce, og evaluerer rapporterings- og krypteringskrav før de velger feltdatatyper |
| Plattform | Virksomhet | ✅ Innvirkninger av deling og dataskift evalueres før du velger å etablere en overordnet-detalj-relasjon mellom objekter |
| Plattform | Datamodell | ✅ Tabeller har blitt avnormalisert for skalering |
| Plattform | Datamodell | ✅ Standardobjekter brukes der det er mulig |
| Plattform | Utformingsstandarder | ✅ Standarder og veiledning som det finnes forretningsmessige begrunnelser for for et tilpasset objekt |
Lær mer om Well-Architected Trusted → Pålitelig → Skalerbarhet → Data Volume
| Hvor skal du se? Produktområde | Sted | Hvordan ser godt ut? Mønster |
|---|---|
| Data 360 | Testplaner | ✅ Massebelastningsberegning for dag 0-datalastinger Du har planlagt de store datavolumene som ofte må overføres før løsningen går online (også kalt Dag 0), og har bekreftet at du ikke vil nærme deg maksimal filstørrelse og maksimalt antall filer per planlagt kjøring samtidig |
| Plattform | Apex | ✅ Logikk finnes for å distribuere antall underordnede poster på tvers av flere overordnede poster i scenarier der dataskjevhet er et problem |
| Plattform | Apex | ✅ Logikk finnes for å tildele alle poster til de riktige brukerne når de importeres eller replikeres via en integrasjon |
| Plattform | Virksomhet | ✅ Du har dokumentert og implementert en dataregistrerings- og slettingsstrategi |
| Plattform | Virksomhet | ✅ Massedatalastingsstrategi er optimalisert for å optimalisere serverforbruket Innlastingstider, datasekvenser, postlåsing, automatisering og massedeling av prosesser tas hensyn til i massedatalastingsstrategien for effektiv serverforbruk |
| Plattform | Data | ✅ Ingen overordnede poster har mer enn 10 000 underordnede poster |
| Plattform | Data | ✅ Ingen brukere er tildelt til mer enn 10 000 poster av samme objekttype |
| Plattform | Data | ✅ Det finnes ingen forekomster der flere enn 10 000 poster har oppslagsfelt som peker til samme post |
| Plattform | Data | ✅ Masseinnlastinger av data til produksjon skjer ikke i åpningstider med stor trafikk |
| Plattform | Data | ✅ Masse datalastinger sorteres i batcher i henhold til ParentId-feltverdier |
| Plattform | Data | ✅ Massedatainnlastinger inkluderer bare de minste dataene som er nødvendige for forretningsbeslutninger |
| Plattform | Flyt | ✅ Logikk finnes for å distribuere antall underordnede poster på tvers av flere overordnede poster i scenarier der dataskjevhet er et problem |
| Plattform | Flyt | ✅ Logikk finnes for å tildele alle poster til de riktige brukerne når de importeres eller replikeres via en integrasjon |
| Plattform | Organisasjon | ✅ Etterbehandling av data utsettes ved store datalastinger Etterbehandlingsautomatiseringer utsettes til etter at store datalastinger er over. |
| Plattform | Testplaner | ✅ Strategien for Bulk API-innlasting testes i en fullstendig kopi-Sandbox-organisasjon Når du planlegger en datalasting ved å bruke Bulk API i en fullstendig kopi-Sandbox-organisasjon for å identifisere mønsteret, innlastingssekvensen og eventuelle låseproblemer som kan oppstå. |
Lær mer om Well-Architected Trusted → Pålitelig → Skalerbarhet → Datamodellering
| Hvor skal du se? Produktområde | Sted | Hva bør unngås? Anti-mønster |
|---|---|
| Plattform | Virksomhet | ⚡️ Lavkodekonstruktører velger datatyper uten å evaluere nedstrøms rapportering og krypteringskrav |
| Plattform | Virksomhet | ⚡️ Deling og dataskift vurderes ikke før overordnet-detalj-relasjoner mellom objekter etableres |
| Plattform | Datamodell | ⚡️ Tabeller er normalisert for å unngå overflødighet |
| Plattform | Datamodell | ⚡️ Du har replikert standardobjekter |
| Plattform | Utformingsstandarder | ⚡️ Det finnes ingen standarder for oppretting av tilpassede objekter |
Lær mer om Well-Architected Trusted → Pålitelig → Skalerbarhet → Data Volume
| Hvor skal du se? Produktområde | Sted | Hva bør unngås? Anti-mønster |
|---|---|
| Data 360 | Testplaner | ⚡️ Massebelastningsberegningene dine inkluderer ikke dag 0-datalastinger Dag 0-belastningsberegninger utføres ikke, eller hvis de er dokumentert, er de nær maksimumsverdien for både filstørrelse og filer per kjøring samtidig |
| Plattform | Apex | ⚡️ Poster som opprettes via datalastinger eller integrasjoner, tildeles til en generell "integrasjonsbruker" |
| Plattform | Apex | ⚡️ Underordnede poster tildeles vilkårlig til overordnede poster uavhengig av antall eksisterende underordnede poster som allerede er tildelt |
| Plattform | Virksomhet | ⚡️ Du har ikke en dataarkiverings- og slettingsstrategi, eller strategien er dokumentert, men ikke implementert |
| Plattform | Virksomhet | ⚡️ Masseopplastinger kjøres uten planlegging for skalering Innlastingstider, datasekvenser, postlåsing, automatisering og massedeling vurderes ikke før masseopplastinger utføres |
| Plattform | Data | ⚡️ Masseinnlastinger av data i produksjonsorganisasjonen skjer i åpningstider med stor trafikk |
| Plattform | Data | ⚡️ Massedatalastinger er ikke begrenset til minimumsdataene som er nødvendige for forretningsbeslutninger |
| Plattform | Data | ⚡️ Det finnes poster med mer enn 10 000 underordnede poster |
| Plattform | Data | ⚡️ Brukere er tildelt til mer enn 10 000 poster av samme type |
| Plattform | Data | ⚡️ Det finnes tilfeller der flere enn 10 000 poster har oppslagsfelt som peker til samme post |
| Plattform | Data | ⚡️ Masse datalastinger sorteres ikke i batcher i henhold til ParentId-feltverdier |
| Plattform | Flyt | ⚡️ Poster som opprettes via datalastinger eller integrasjoner, tildeles til en generell "integrasjonsbruker" |
| Plattform | Flyt | ⚡️ Underordnede poster tildeles vilkårlig til overordnede poster uavhengig av antall eksisterende underordnede poster som allerede er tildelt |
| Plattform | Organisasjon | ⚡️ Bulk API-innlastingsstrategi testes i en delvis kopi-Sandbox Bulk API-innlastingstester for å bestemme at batchinnlastingstider utføres på et delsett av data i en delvis kopi-Sandbox. |
| Plattform | Organisasjon | ⚡️ Utføre massedatalastinger parallelt med andre operasjoner som låser poster Kjører batch Apex parallelt med datalastinger |
| Plattform | Organisasjon | ⚡️ Når du velger en API uten å vurdere størrelsen på datasettet, brukes SOAP API til datalastinger som er større enn 500 000 poster |
| Plattform | Organisasjon | ⚡️ Rapporteringskrav fører til rollehierarkiutforming Ved å bruke rapporteringskrav til å bestemme hvilke eller hvor mange rollehierarkinivåer du trenger |
| Plattform | Organisasjon | ⚡️ Rollehierarki har tomme roller Tomme plassholderroller opprettes for fremtiden |
| Plattform | Organisasjon | ⚡️ Rollehierarki etterligner organisasjonskartet Du replikerte organisasjonsstrukturen i rollehierarkiet og opprettet individuelle roller for hver tittel i firmaet |