Lees hier meer over onze updateschema's.

Betrouwbare oplossingen werken effectief en betrouwbaar. Ze zijn beschikbaar, presteren consistent en schalen op om groeiende bedrijven te ondersteunen.

Een betrouwbaar systeem is niet foutgevoelig, gedraagt zich zoals verwacht en levert tijdig resultaten. Omgekeerd is een onbetrouwbaar systeem traag, werkt het niet zoals verwacht of mislukt het op kritieke momenten. Onbetrouwbare systemen bieden onnauwkeurige informatie, waardoor belanghebbenden ze niet kunnen Trusten voor zakelijke beslissingen.

Systeembetrouwbaarheid is niet constant. Een systeem dat vandaag betrouwbaar is, kan onbetrouwbaar worden als het niet is ontworpen voor groei. Een onbetrouwbaar systeem vereist mogelijk duur onderhoud, refactoren of herimplementatie, waardoor middelen worden omgeleid naar strategische projecten.

Verbeter de betrouwbaarheid van uw Salesforce-oplossingen door u te richten op drie principes: beschikbaarheid, prestaties en schaalbaarheid. Salesforce's schaalbaarheidsproductreeks biedt native mogelijkheden om architecten te helpen betrouwbare implementaties te operationaliseren.

Beschikbaarheid is een meeteenheid voor het percentage tijd dat uw systeem operationeel is. Het Salesforce Platform verwerkt de meeste beschikbaarheidsproblemen op infrastructuurniveau. De beschikbaarheid van de oplossingen die u op het platform bouwt en die uw klanten ervaren, is echter een gedeelde verantwoordelijkheid. Het is belangrijk om te begrijpen dat zelfs met de hoge beschikbaarheid van Salesforce het risico op serviceonderbrekingen nooit nul is.

Architecten moeten zich voorbereiden op Salesforce-serviceonderbrekingen zoals gepland onderhoud of onvoorziene omstandigheden. Denk naast serviceonderbrekingen ook na over hoe u goede prestaties kunt behouden en met uw bedrijf kunt meegroeien. Smalle architectonische keuzes kunnen leiden tot beschikbaarheidsproblemen op de lange termijn.

Denk na over beschikbaarheid tijdens de ontwerpfase, voordat uw oplossing wordt samengesteld. Hoe langer u het ontwerpen uitstelt voor beschikbaarheid, hoe hoger de feitelijke kosten van beschikbaarheidsproblemen op de lange termijn zullen zijn. Gebruik Salesforce Schaaltest in uw testomgeving om potentiële risico's te beperken. In die omgeving kunt u testen op de schaal van productie voordat u code implementeert in productie.

Architecten gebruiken de taal van het bedrijf, waarbij ze rekening houden met technische problemen voor zakelijke belanghebbenden om buy-in te krijgen en beschikbaarheidswerk te prioriteren. Gebruik Salesforce Schaaltest in uw testomgeving om potentiële risico's te beperken. In die omgeving kunt u testen op de schaal van productie voordat u code implementeert in productie.

U kunt de beschikbaarheid van uw Salesforce-oplossingen verhogen door middel van risicobeheer en storingsvermindering.

Risico's beheren in de context van de Salesforce-architectuur omvat het identificeren van potentiële gevaren voor de werking van uw systeem, de gebruikers ervan, inclusief werknemers, partners en klanten) en uw bedrijfsprocessen. Vaak valt het formele proces van het uitvoeren van een risicoanalyse onder de verantwoordelijkheden van projectmanagers. Zorg er als architect voor dat de risicoanalyse de zorgen van technische en zakelijke belanghebbenden goed weergeeft. Het is ook uw verantwoordelijkheid om de bedrijfskritieke gebruikscases te identificeren waarop u moet schalen op basis van uw productiepiekhotspots.

Enkele van de grootste valkuilen in risicobeheer zijn het gebrek aan tijd en aandacht. Teams slaan risicobeoordeling vaak over Of ze verwarren het oplossen van back-up en herstel, een belangrijk onderdeel van het verminderen van risico's voor gegevensintegriteit, met uitgebreide risicobeoordeling en vermindering.

Gebruik deze methoden om het risico voor uw Salesforce-oplossingen te beoordelen:

• Gebruik een risicobeoordelingskader. Sommige grote ondernemingen beschikken mogelijk al over relevante risicomatrices. Als de uwe dat doet, gebruikt u ze om te bepalen hoe u gevaren classificeert, welke soorten informatie u moet verzamelen, wat u moet doen om ze te verhelpen en meer. Als u nog geen raamwerk voor risicobeoordeling hebt, zoekt u er een bij een gerenommeerde bron en gebruikt u het.
• Beoordeel de ernst van de gevolgen en de risicocategorieën vanuit het perspectief van uw klanten. Proactive Monitoring and Scale Center biedt configureerbare waarschuwingen en dashboards. Ze evalueren continu prestatie- en schaalbaarheidsrisico's en verminderen uw afhankelijkheid van handmatige controlelijsten. Customer Trust en perceptie zijn essentieel voor elk bedrijf. In termen van zakelijke impact wegen risico's voor problemen die klanten bereiken, doorgaans op tegen risico's voor problemen die dat niet doen. Klanten denken of ervaren risico's mogelijk niet op dezelfde manier als interne teams. Als een klant niet kan inloggen bij zijn of haar account, maakt de hoofdoorzaak van het probleem hem of haar waarschijnlijk niet uit. Ze geven het meest om hun eigen, directe ervaring.
• Prioriseer uw risico's. Idealiter is elk risico gekoppeld aan een solide mitigatie- en reactieplan. In werkelijkheid zijn er hiaten die u in de loop van de tijd moet oplossen. Het is belangrijk om een aanpak van "vroegtijdig waarde leveren en herhalen" te hanteren. U en uw leverings- en onderhoudsteams kunnen slechts zo veel werk tegelijkertijd uitvoeren. Bij Salesforce is de gebruikelijke uitdrukking: "Als alles belangrijk is, is niets belangrijk". We gebruiken V2MOM’s voor het prioriteren en afstemmen van werk binnen het hele bedrijf, binnen teams en tot op elk individu. (U kunt meer leren over V2MOMs op Trailhead.) Gebruik uw risicobeoordelingen, die u de kans geven om samen met uw belanghebbenden prioriteit te geven aan en zich te committeren aan het belangrijkste risicobeheerwerk. Gebruik Schaaltest - Testplan maken om de risico's te identificeren om deze te prioriteren en om deze risico's te beperken met behulp van schaaltests.

Gebruik Proactive Monitoring om vroegtijdig beschikbaarheidsrisico's te detecteren. Het maakt anomalieën zichtbaar, zoals pieken in API-verzoeklimieten, rijvergrendelingsfouten of gelijktijdige Apex fouten, en biedt navolgbare insights voordat problemen escaleren tot serviceonderbrekingen.

De beschikbaarheidspatronen en antipatronen tonen goed en slecht risicobeheer binnen een Salesforce-oplossing. Gebruik de patronen om uw ontwerpen te valideren voordat u gaat samenstellen of om refactorengebieden in uw systeem te identificeren.

Zie Salesforce-tools voor betrouwbaarheid voor meer informatie over Salesforce-tools met betrekking tot risicobeheer.

Een foutpunt is een kwetsbaarheid die een systeem onbetrouwbaar maakt. Goede faalvermindering gaat niet over het bepalen van elk potentieel foutpunt. In plaats daarvan gaat het om het snel classificeren en prioriteren van foutpunten, zodat onderhouds- en ondersteuningsteams effectief kunnen reageren. Zie incidentrespons.

Betere strategieën ontwikkelen om storingen te verminderen:

• Classificeer triggers voor foutpunten in termen van mensen, processen en technologie. Net zoals u risico's categoriseert in termen van mensen, processen en technologie, past u dezelfde denkwijze toe op de manier waarop foutpunten met hoge prioriteit worden geactiveerd. Deze benadering helpt u bij het identificeren van potentiële triggers voor mislukkingen en het ontwikkelen en organiseren van reacties hierop. Soms kunt u ogenschijnlijk uiteenlopende fouttriggers oplossen met soortgelijke oplossingen, afhankelijk van de manier waarop de triggers worden geclassificeerd.

• Bepaal hoe basale, tussentijdse en volwassen vermindering eruitziet. Het zal tijd vergen om mitigatiestrategieën op te stellen. Definieer de niveaus van mitigatie om u en uw team te helpen zien waar u onmiddellijk controle kunt toepassen en hoe u uw inspanningen in de loop van de tijd kunt richten. Zoek altijd naar mogelijkheden om automatisering te gebruiken in uw mitigatiemethoden—zo vroeg mogelijk. Om te illustreren hoe deze benadering er in de praktijk uitziet, toont dit voorbeeld een mensgerichte trigger en hoe op beleid gebaseerde mitigatie eruitziet op basis-, tussen- en volwassen niveaus.

Gebruik naast het gebruik van architectonische draaiboeken en continuïteitsplanning Proactive Monitoring. Met Proactive Monitoring kunt u real-time waarschuwingen instellen voor fouttriggers, zoals inlogfouten, CPU-time-outuitzonderingen of fouten in gelijktijdige API-verzoeken. Deze benadering van waarschuwing vergroot de kans op storingen door ervoor te zorgen dat zowel technische als zakelijke belanghebbenden op tijd worden geïnformeerd om de gevolgen van storingen te verminderen.

De patronen en anti-patronen voor beschikbaarheid laten zien hoe de juiste en slechte oplossing voor storingen eruitziet in een Salesforce-oplossing. Gebruik ze om uw ontwerpen te valideren voordat u gaat bouwen, of om plaatsen in uw systeem te identificeren waar u een nieuwe factor wilt gebruiken.

Zie Tools Relevant voor Betrouwbaar voor meer informatie over Salesforce-tools voor het verhelpen van storingen.

Deze tabel toont een selectie van patronen die u in uw organisatie kunt zoeken of samenstellen, en antipatronen die u kunt vermijden of die u kunt gebruiken om problemen op te lossen.

✨ Ontdek meer patronen voor beschikbaarheid in de Patroon & Anti-patroon Explorer.

Prestaties van systeemarchitectuur zijn een meeteenheid voor de mate waarin een systeem verwerkt (doorvoer) en hoe snel het reageert (latentie). Doorgaans krijgt u inzicht in de prestaties van uw systeem door productietests en -bewaking.

Een performant systeem voltooit processen tijdig op elk verwacht vraagniveau.

Slechte prestaties gaan hand in hand met een hogere latentie en lagere doorvoer, wat leidt tot lagere productiviteit en meer frustratie bij de gebruiker. Prestatieproblemen oplossen is dringend, omdat ze kunnen leiden tot verlies van Customer Trust en financiële verliezen.

U kunt de prestaties van uw oplossingen verbeteren door doorvoer en latentie te optimaliseren.

Opmerking: Optimalisering van doorvoer en latentie zijn essentiële aspecten van het verbeteren van systeemverwerking en reactievermogen. Het is echter belangrijk om te onthouden dat de algehele systeemprestaties ook afhangen van hoe goed u schaalbaar bent. U moet rekening houden met beide dimensies in uw ontwerpen.

In de context van de Salesforce-architectuur is doorvoer het aantal gelijktijdige verzoeken dat een systeem kan voltooien binnen een bepaald tijdsinterval. Salesforce-oplossingen van klanten die zijn ontworpen en geoptimaliseerd voor doorvoer, werken beter binnen de ingebouwde beheerlimieten van het Salesforce Platform.

Het optimaliseren van de doorvoer in Salesforce begint met het nauwkeurig berekenen van de werkbelasting in uw systeem en het plannen van de groei ervan. Zonder nauwkeurige projecties voor de eisen die aan het systeem worden gesteld, kunt u geen potentiële problemen met de doorvoermogelijkheden van uw systeem aanwijzen.

Denk bij het nadenken over werkbelasting aan deze drie dimensies.

• Het aantal transacties dat uw systeem in een bepaalde hoeveelheid tijd moet verwerken
• Het aantal gebruikers dat gelijktijdig toegang tot uw systeem moet hebben
• De algemene complexiteit van transactielogica in het systeem

Wanneer teams aan prestaties denken, richten ze zich soms te beperkt op berekeningen en de beperkingen op maximale CPU-tijd, die tot de beheerlimieten van het platform behoren. Teams met een beperkte focus op CPU-tijd zien andere methoden voor het optimaliseren van de doorvoer over het hoofd. Als u uw focus uitbreidt en deze methoden toepast, verbetert u de algehele doorvoer en efficiëntie van uw Salesforce-architectuur. Die verbeteringen zullen op hun beurt helpen de latentie te verminderen en de algehele systeemprestaties te verbeteren. ApexGuru detecteert proactief doorvoerbeperkende antipatronen zoals SOQL in lussen, DML in lussen, inefficiënte GGD-aanroepen en dure methoden. Deze insights helpen teams risico's van beheerlimieten te elimineren die de doorvoer beperken.

Als u de doorvoer in uw systeem wilt optimaliseren:

• Voorkeur asynchrone verwerking. Het Salesforce Platform gebruikt transactiecontexten om gegevensintegriteit te controleren en runaway code te beperken. Bekijk transacties in Basisprincipes van architectuur in Basisprincipes van architectuur. Daarom kan het gebruik van asynchrone (asynchrone) verwerking waar mogelijk potentiële bottlenecks in synchrone uitvoeringscontexten helpen minimaliseren. Zie Gegevensverwerking. Het gebruik van asynchrone berekeningen is geen oplossing voor elk type prestatieprobleem en u moet rekening houden met latentie bij het opnemen van asynchrone processen. Bepaalde platformmogelijkheden, zoals Apex dat in de wachtrij kan worden geplaatst, kunnen de latentie tijdens verkeerspieken vergroten, omdat berichten hierdoor langer in een wachtrij moeten wachten. Afhankelijk van uw gebruikscase kunt u ervoor kiezen om een potentiële afname in reactievermogen te tolereren om de doorvoer te behouden of te verbeteren. In andere gevallen kunt u besluiten dat een verhoogde latentie niet acceptabel is. Met Schaaltest kunt u deze nadelen valideren door verkeerspieken te simuleren in een Full sandbox. Daar kunt u meten hoe de taken de doorvoer en latentie beïnvloeden.
• Gebruik altijd bulkverwerking. Op hoog niveau betekent bulkverwerking het uitvoeren van bewerkingen tegen verzamelingen. Teams die bulkverwerking bespreken voor hun Salesforce-oplossingen, richten zich vaak op het stroomlijnen van gegevensbewerkingen ten opzichte van verzamelingen. Zie Operationele logica. Bulkverwerking op systeemniveau omvat echter meer dan alleen gegevensbewerkingen. Denk ook aan bepaalde taken, zoals aanroepen of complexe berekeningen, als kandidaten voor bulkverwerking. Goede bulkverwerking vermindert de overhead. Er worden meerdere bewerkingen uitgevoerd met één verzoek in plaats van één verzoek per bewerking. ApexGuru biedt anti-bulkvormingspatronen zoals DML of SOQL binnen lussen, die u kunt corrigeren voordat u opschaalt naar productie. Zie Bulkbewerkingen.
• Gebruik SOSL voor zoekopdrachten en behandel SOQL als een gegevensbewerking. Het lijkt misschien duidelijk dat het gebruik van te complexe SOQL-instructies de hoeveelheid tijd die het systeem nodig heeft om records op te halen, zal vergroten. SOQL voegt overhead toe aan de onderliggende relationele database, waardoor de verwerking wordt vertraagd. Wanneer u tekst- of jokertekencriteria gebruikt, presteert SOSL beter. SOSL gebruikt de zoekmachine van het platform, die is geoptimaliseerd voor indexering van volledige tekst en universele zoekopdrachten. Als u patronen voor het ophalen van records wilt optimaliseren, zorgt u ervoor dat in uw ontwerpstandaarden is vastgelegd wanneer SOSL moet worden gebruikt om gegevens in uw systeem te vinden. Zorg er ook voor dat ze opgeven hoe SOQL moet worden gebruikt voor efficiënte gegevensbewerkingen. Zie Operationele logica).
• Gebruik Platformcache en ApexGuru. De Lightning Platform-cachelaag biedt snellere prestaties en betere betrouwbaarheid bij het cachen van Salesforce-sessie- en organisatiegegevens. Platformcachegeheugen verbetert de prestaties door cacheruimte te verdelen zodat bepaalde toepassingen of bewerkingen geen capaciteit van andere stelen. ApexGuru detecteert gemiste opportunities voor het cachen van herhaalde query's (bijvoorbeeld platformcache voor SOQL-resultaten), wat de doorvoer in grootschalige omgevingen verbetert.

De patronen en antipatronen voor prestaties laten zien hoe de juiste en slechte doorvoer eruitziet in een Salesforce-organisatie. Gebruik ze om uw ontwerpen te valideren voordat u gaat bouwen of om opportunities te identificeren voor verdere optimalisering.

Zie Salesforce-tools voor betrouwbaarheid voor meer informatie over Salesforce-tools voor doorvoeroptimalisering.

Latentie is een meeteenheid voor hoe snel een systeem een uitvoeringstraject voltooit. Het optimaliseren van de doorvoer van uw systeem zal bijdragen aan het verbeteren van de latentie. Een andere dimensie van latentie is waargenomen prestaties, of hoe responsief het systeem lijkt voor gebruikers.

Mensen willen niet wachten tot pagina's zijn geladen of tot processen zijn voltooid. Gebruikers van uw systeem raken gefrustreerd als ze vaak lange laadtijden ervaren bij het navigeren in lijstweergaven, recordpagina's, rapporten, enzovoort. Wanneer dit gebeurt, kunnen klanten of partners besluiten hun bedrijf ergens anders te vestigen in plaats van te werken met slecht presterende systemen. Intern kunnen werknemers oplossingen bedenken om te voorkomen dat het systeem wordt gebruikt zoals het is ontworpen, wat downstream problemen kan veroorzaken voor de beveiliging en gegevensintegriteit.

Gepercipieerde prestaties kunnen moeilijk te diagnosticeren zijn. Wanneer een gebruiker trage prestaties meldt, kunnen ondersteuningsteams het probleem mogelijk niet reproduceren. Verhoogde latentie is vaak het resultaat van een combinatie van kleinere problemen die op elkaar voortbouwen, waardoor het moeilijk kan zijn om de exacte oorzaak van waargenomen prestatieproblemen te achterhalen.

Als u de latentie wilt verminderen en de reactiesnelheid in uw Salesforce-systeem wilt verbeteren:

• Rapporten optimaliseren. Zorg ervoor dat elk rapport één specifiek doel dient. Bepaal duidelijk de doelgroep en het doel van elk rapport in uw systeem. Neem in rapporten alleen de minimale hoeveelheid gegevens op die doelgroepleden nodig hebben om beslissingen te nemen. Als u kolommen verwijdert die niet overeenkomen met het doel van een rapport, verbetert u de rapportprestaties doordat u minder gegevens hoeft op te halen en weer te geven.
• Optimaliseer filters. Effectieve filters verbeteren de prestaties van rapporten en lijstweergaven door nauwkeurig het aantal rijen te bepalen dat uit de database wordt opgehaald. Als algemene regel geldt dat hoe specifieker u uw filterlogica maakt, hoe efficiënter de onderliggende query voor gegevens zal zijn. Voorbeelden van manieren om filters te optimaliseren:
  • Gebruik van "is gelijk aan" en "is niet gelijk aan" in plaats van "bevat" en "bevat niet"
  • Filteren op formulevelden vermijden
• Vereenvoudig uw deelmodel. Een te complex model voor delen kan een verscheidenheid aan processen vertragen, omdat het systeem het model voor delen en zichtbaarheid moet controleren om te bepalen of een gebruiker toegang heeft tot de weer te geven of te verwerken gegevens. Complexe berekeningen voor delen kunnen de latentie vergroten in rapportage, lijstweergaven en automatisering die wordt uitgevoerd in de context van de gebruiker. Zie Delen en Zichtbaarheid.
• Optimaliseer aangepaste UI-componenten. Op maat gemaakte gebruikersinterfacecomponenten kunnen de latentie vergroten. Als u de prestaties in aangepaste UI-componenten wilt optimaliseren, kunt u overwegen om de volgende dingen te doen.
  • Gebruik Lightning Web Components (LWC). Het LWC-framework sluit nauw aan bij moderne webstandaarden. Aangepaste componenten die zijn geschreven in LWC, worden efficiënter weergegeven in webbrowsers en stellen ontwikkelaars in staat om beter presterende JavaScript-methoden te gebruiken. Probeer altijd LWC te gebruiken in plaats van oudere UI-technologieën, zoals Aura of Visualforce.
  • Gebruik Lightning Data Service. Lightning Data Service zorgt voor het maken en onderhouden van veilige, performante en gedeelde caching tussen componenten. Gebruik dit om onnodige retourtjes naar de server voor gegevens te voorkomen en om de algehele reactiesnelheid van toepassingen te vergroten.
  • Gebruik sorteren en filteren aan clientzijde voor lijstgegevens. Voor zowel LWC-componenten (bij voorkeur) als Aura-componenten (anders) kunnen ontwikkelaars standaard JavaScript-arrayfunctionaliteit gebruiken om waarden aan de clientzijde te sorteren, filteren en selecteren, waardoor het aantal vereiste bezoeken aan de server wordt verminderd.

De patronen en antipatronen laten zien hoe de juiste en slechte latentie eruitziet in een Salesforce-organisatie. Gebruik ze om uw ontwerpen te valideren voordat u gaat bouwen of om opportunities te identificeren voor verdere optimalisering.

Zie Salesforce-tools voor betrouwbaarheid voor meer informatie over Salesforce-tools voor latentieoptimalisatie.

Deze tabel toont een selectie van patronen die u in uw organisatie kunt zoeken of samenstellen, en antipatronen die u kunt vermijden of die u kunt gebruiken om problemen op te lossen.

✨ Ontdek meer patronen voor prestaties in de Patroon & Anti-patroon Explorer.

Schaalbaarheid is het vermogen van een systeem om consistent te presteren terwijl het evolueert en groeit. Een schaalbaar systeem verwerkt grote toenames in transactievolumes of gelijktijdige toegang zonder fundamentele wijzigingen. De platformservices van Salesforce zijn ontworpen om schaalbaarheid van toepassingen te ondersteunen. Zie Interne platformverwerking. Maar naarmate uw organisatie groeit en de vraag naar uw producten en services toeneemt, bent u verantwoordelijk voor het creëren van een systeem dat effectief en zoals verwacht kan presteren. Architectuur voor schaalbaarheid vanaf het begin resulteert in snellere levering van nieuwe voorzieningen en minder serviceonderbrekingen naarmate gebruikersverkeer toeneemt. Gebruik vroeg in de ontwerpfase, voordat u nieuwe voorzieningen in productie implementeert, Schaaltest om geprojecteerde werkbelastingen te simuleren en te valideren dat de architectuur kan schalen om ze te ondersteunen.

Systemen die niet zijn ontworpen voor schaalbaarheid, vereisen constante en kostbare probleemoplossing, herontwerp en refactoren. Schaalbaarheidsproblemen leiden in de loop van de tijd tot slechtere prestaties in het hele systeem. In sommige gevallen besteden bedrijven het grootste deel van hun ontwikkelings- en onderhoudsresources aan het aanpakken van schaalbaarheidsproblemen in plaats van aan nieuwe voorzieningen die waarde creëren.

Soms bereikt een bedrijf een kritiek omslagpunt. Het oorspronkelijke ontwerp van het systeem kan de groei van het bedrijf niet ondersteunen en onverwachte gebeurtenissen maken het systeem instabiel. Gebruik insights van Scale Center om schaalbaarheidspunten vroeg te identificeren. Scale Center maakt uitzonderingshotspots, langlopende transacties en bottlenecks in de wachtrij zichtbaar, die in de loop van de tijd verergeren.

U kunt beter plannen voor schaal door u te richten op optimalisering van gegevensmodellen en beheer van gegevensvolumes.

Opmerking: Hoewel hier niet besproken, is testen op schaalbaarheid een cruciaal onderdeel van het valideren van uw toepassingsarchitecturen. Zie teststrategie voor richtlijnen.

Gegevensmodellering omvat het structureren van de objecten in uw organisatie en ze aan elkaar relateren op een manier die uw gebruikers en geautomatiseerde processen in staat stelt om de gegevens die ze nodig hebben zo snel mogelijk op te halen. Stappen ondernemen om de doorvoer te verbeteren lost veel prestatieproblemen op, maar uw inspanningen zullen niet zo effectief zijn zonder een geoptimaliseerd gegevensmodel.

De negatieve gevolgen van een slecht ontworpen gegevensmodel zijn niet onmiddellijk merkbaar; de zwakke punten ervan worden zichtbaar naarmate het systeem groeit op het gebied van gegevensvolume, processen, gebruikers en integraties. Een goed ontworpen gegevensmodel maakt het gemakkelijker om uw toepassing continu te herfactoren naarmate er meer vereisten worden toegevoegd en uitgebreid. ApexGuru biedt anti-patronen voor gegevenstoegang, zoals niet-selectieve SOQL, ongebruikte velden en schema-inefficiënties die rechtstreeks van invloed zijn op de schaalbaarheid van het gegevensmodel.

Uw gegevensmodel optimaliseren:

• Gebruik de vooraf samengestelde gegevensmodellen van Salesforce. Salesforce biedt vooraf samengestelde gegevensmodellen voor Sales, Service en een verscheidenheid aan verticale sectoren. Het gebruik van de gegevensmodellen van Salesforce zorgt ervoor dat mogelijkheden in uw systeem slechts één maal worden gedefinieerd, waardoor redundantie en silo's worden geëlimineerd en er één bron van waarheid voor het hele systeem wordt gecreëerd. Omdat u vooraf samengestelde Salesforce-gegevensmodellen voor die ene bron hebt gebruikt, is het gemakkelijker om toepassingsgegevens te begrijpen met analyses en om de vooraf samengestelde kunstmatige intelligentieservices van Salesforce te gebruiken. Het verminderen van de aanpassingen die u moet ondersteunen, verlaagt ook de onderhoudskosten en vermindert de technische schuld.
• Kies de juiste gegevenstypen. Krijg inzicht in de verschillende typen velden die worden ondersteund door Salesforce en hun beperkingen. Denk aan rapportage- en encryptievereisten zodat u in de toekomst kunt voorkomen dat u gegevens tussen typen moet converteren.
• Kies de juiste relaties. Salesforce ondersteunt twee soorten relaties tussen objecten: hoofd-/detailrelatie en opzoekrelatie. Hoofd-/detailrelaties bieden twee primaire voordelen. Een daarvan is ingebouwde totaaloverzichtsmogelijkheden, die details tellen en aggregeren vanuit onderliggende records. De andere is een ingebouwde mogelijkheid voor trapsgewijze verwijdering, waardoor het verwijderen van een bovenliggende record ook de onderliggende records ervan verwijdert. Zorg er echter wel voor dat u de gevolgen van delen van hoofd-/detailrelaties begrijpt voordat u besluit om ze te gebruiken.
• Denormaliseer voor schaal. Normalisatie is het proces van het structureren van uw gegevensmodel voor verminderde gegevensredundantie en verbeterde gegevensintegriteit. Helaas veroorzaakt normalisatie soms schaalproblemen. Gedenormaliseerde tabellen kunnen beter presteren op schaal, maar vergeet niet om rekening te houden met gegevensintegriteit en redundantie.

De patronen en antipatronen laten zien hoe de juiste en slechte optimalisering van gegevensmodellen eruitziet in een Salesforce-organisatie. Gebruik ze om uw ontwerpen te valideren voordat u gaat bouwen of om opportunities te identificeren voor verdere optimalisering.

Zie Salesforce-tools voor betrouwbaarheid voor meer informatie over Salesforce-tools voor optimalisering van gegevensmodellen.

Gegevensvolume is een meeteenheid voor de hoeveelheid gegevens die in uw systeem is opgeslagen, op basis van recordtellingen en -grootten. Als uw organisatie tienduizenden gebruikers, tien miljoen records of honderden gigabytes aan totale recordopslag heeft, hebt u een groot gegevensvolume. Het volume van gegevens en de relaties tussen objecten in uw organisatie heeft invloed op de schaalbaarheid en zal waarschijnlijk een grotere invloed op de schaalbaarheid hebben dan het aantal records alleen.

Als u de schaalbaarheid van organisaties met grote gegevensvolumes wilt verbeteren:

• Onderliggende records distribueren. Voorkom vertekening van bovenliggende/onderliggende gegevens door ervoor te zorgen dat geen van de bovenliggende records een groot aantal onderliggende records heeft. De algemene aanbeveling is dat geen van de bovenliggende records meer dan 10.000 onderliggende records mag hebben. Bijvoorbeeld, in een implementatie die veel contactpersonen heeft, maar geen accounts gebruikt, kunt u overwegen om verschillende accountrecords in te stellen en gerelateerde contactpersoonsrecords ertussen te verdelen.
• Verdeel eigendom van records. Voorkom vertekening van eigendom door ervoor te zorgen dat geen enkele gebruiker of wachtrij eigenaar is van meer dan 10.000 records uit hetzelfde object, noch dat alle leden van één rol of openbare groep eigenaar zijn. Het “parkeren” van gegevens bij een “dummy user” is een praktijk die vaak leidt tot vertekening van eigendom. Als u dit probleem tegenkomt, moet u zich bewust zijn van de gevolgen die dit heeft voor berekeningen voor delen. Als u records niet opnieuw kunt distribueren om de eigendomsscheefheid te verminderen, vermijdt u het toewijzen van de gebruiker die gegevens bezit aan een rol. Als het model voor delen van uw organisatie een roltoewijzing vereist, plaatst u de gebruiker die eigenaar is van gegevens in een afzonderlijke rol boven aan de hiërarchie voor delen. Houd geen rekening met frequente of niet-geplande wijzigingen in de rol van die gebruiker, aangezien wijzigingen aanzienlijke gevolgen voor de prestaties hebben als gevolg van nieuwe berekeningen voor delen. Houd die gebruiker uit openbare groepen waarnaar kan worden verwezen in regels voor delen.
• Verminder de hoeveelheid recordgegevens in Salesforce. Salesforce is ontworpen om bedrijven één weergave van hun klanten te bieden. Het lijkt misschien contra-intuïtief dat het beperken van gegevens in Salesforce een best practice is. De kracht van de enkelvoudige weergave ligt echter in de mate waarin zakelijke gebruikers inzicht krijgen in en actie kunnen ondernemen op klantgegevens. Naarmate het gegevensvolume groeit, leiden gegevens die niet actueel of relevant zijn voor dagelijkse processen of analyses, tot verschillende problemen. Deze problemen omvatten slechtere appprestaties, een verhoogd risico op gegevensbeveiliging en negatieve gevolgen voor zoekopdrachten, rapportage en analyses. Als u dergelijke problemen wilt voorkomen, definieert u een gegevenslevenscyclus voor elk object in uw gegevensmodel, met tijdlijnen en classificaties voor gegevens naarmate deze ouder worden en direct bedrijfswaarde verliezen. Implementeer in overeenstemming met de gegevenslevenscyclus deze procedures om gegevens in de loop van de tijd te beheren.
  • Gegevens archiveren en opschonen Om gegevensvolumes zo laag mogelijk te houden, verwijdert u records die niet nodig zijn voor het bedrijf om gegevensvolumes zo laag mogelijk te houden. Gebruik de functie voor permanent verwijderen van de Bulk-API 2.0 om grote gegevensvolumes te verwijderen.
  • Gegevensaggregatie: maak aangepaste aggregatieobjecten die de belangrijkste historische trends of overzichtsgegevens samenvatten in een indeling die compatibel is met rapportage. Vul de aangepaste objecten in met behulp van batch Apex. Gebruikers kunnen vervolgens rapporten uitvoeren op basis van de geaggregeerde objectrecords.
  • Gegevenslaag. Onderhoud grote gegevenssets in een andere toepassing als ze niet nodig zijn voor Salesforce-rapporten of dagelijks werk. Maak de gegevens naar behoefte beschikbaar in Salesforce via mashups, aanroepen of externe objecten.

In de praktijk is het mogelijk dat u niet altijd direct de hoofdoorzaak van een schaalbaarheidsprobleem kunt aanpakken wanneer er zich problemen voordoen. Daarom biedt Salesforce opties om onmiddellijke pijnpunten te verlichten. Het is belangrijk om te weten dat het inschakelen van deze voorzieningen in uw organisatie geen haalbare architectuurstrategie voor de lange termijn is voor het omgaan met grote gegevensvolumes. Deze kortetermijnoplossingen voor hiaten kunnen de latentie in systemen met een slechte gegevensarchitectuur helpen verminderen, maar kunnen ook technische problemen voor uw organisatie veroorzaken.

Kortetermijnoplossingen voor schaalproblemen omvatten:

• Aangepaste indexen Indexen worden opgeslagen in een speciale interne tabel die de queryoptimalisering van het platform gebruikt om bewerkingen voor gegevenstoegang te versnellen. Zie Multitenant Indexes). Het platform indexeert standaard automatisch bepaalde typen velden. Als u slecht presterende query's wilt versnellen, kunt u aanvullende aangepaste indexen aanvragen door contact op te nemen met de klantenondersteuning van Salesforce. Gebruik de tool Queryplan om te bepalen of aangepaste indexen de prestaties van uw query's zullen verbeteren.
• Kleine tafels. Als u query's op veelvoorkomende sets velden voor objecten met meer dan 1 miljoen records verder moet optimaliseren, kunnen magere tabellen uitkomst bieden. Magere tabellen elimineren de achtergrondjoin die optreedt bij het gebruik van aangepaste en standaardvelden uit hetzelfde object in een rapport of automatisering. Als u magere tabellen wilt gebruiken, moet de klantenondersteuning van Salesforce deze inschakelen voor uw organisatie.

De patronen en antipatronen voor schaalbaarheid laten zien hoe goed en slecht gegevensvolumebeheer eruitziet in een Salesforce-organisatie. Gebruik ze om uw ontwerpen te valideren voordat u gaat bouwen of om opportunities te identificeren voor verdere optimalisering.

Zie Salesforce-tools voor betrouwbaarheid voor meer informatie over Salesforce-tools voor het beheer van gegevensvolumes.

Dit toont een selectie van patronen die u in uw organisatie kunt zoeken of samenstellen, en antipatronen die u kunt vermijden of die u kunt gebruiken voor herstel.

✨ Ontdek meer patronen voor schaalbaarheid in de Patroon & Anti-patroon Explorer.

Help ons Salesforce Well-Architected relevant voor u te houden; neem deel aan onze enquête om feedback te geven over deze inhoud en vertel ons wat u als volgende wilt zien.