Dieser Text wurde mit dem automatisierten Übersetzungssystem von Salesforce übersetzt. Nehmen Sie an unserer Umfrage teil, um Feedback zu diesem Inhalt zu geben und uns mitzuteilen, was Sie als Nächstes sehen möchten.

Lesen Sie hier unsere Aktualisierungspläne.

Zuverlässige Lösungen arbeiten effektiv und zuverlässig. Sie sind verfügbar, leistungsfähig und skalierbar, um wachsende Unternehmen zu unterstützen.

Ein zuverlässiges System ist nicht fehleranfällig, verhält sich erwartungsgemäß und liefert zeitnah Ergebnisse. Umgekehrt ist ein unzuverlässiges System langsam, verhält sich nicht wie erwartet oder schlägt in kritischen Zeiten fehl. Unzuverlässige Systeme liefern ungenaue Informationen, sodass Beteiligte ihnen bei Geschäftsentscheidungen nicht Trust schenken können.

Die Systemzuverlässigkeit ist nicht konstant. Ein heute zuverlässiges System kann unzuverlässig werden, wenn es nicht auf Wachstum ausgelegt ist. Ein unzuverlässiges System kann eine kostspielige Wartung, Refaktorisierung oder erneute Implementierung erfordern, wodurch Mittel aus strategischen Projekten abgeleitet werden.

Verbessern Sie die Zuverlässigkeit Ihrer Salesforce-Lösungen, indem Sie sich auf drei Prinzipien konzentrieren: Verfügbarkeit, Leistung und Skalierbarkeit. Die Salesforce-Skalierbarkeitsproduktsuite bietet native Funktionen, mit denen Architekten zuverlässige Implementierungen operationalisieren können.

Die Verfügbarkeit ist ein Maß für den Prozentsatz der Betriebszeit Ihres Systems. Die Salesforce Platform bearbeitet die meisten Verfügbarkeitsprobleme auf Infrastrukturebene. Die Verfügbarkeit der Lösungen, die Sie auf der Plattform erstellen und die Ihre Kunden erleben, liegt jedoch in der gemeinsamen Verantwortung. Es ist wichtig zu verstehen, dass selbst bei hoher Verfügbarkeit von Salesforce das Risiko einer Serviceunterbrechung nie null ist.

Architekten müssen sich auf Salesforce-Serviceunterbrechungen wie geplante Wartungen oder unvorhergesehene Umstände vorbereiten. Überlegen Sie sich zusätzlich zu Serviceunterbrechungen, wie Sie eine hohe Leistung aufrechterhalten und mit dem Unternehmen wachsen können. Enge architektonische Auswahlmöglichkeiten können zu langfristigen Verfügbarkeitsproblemen führen.

Überlegen Sie sich die Verfügbarkeit während der Designphase, bevor Ihre Lösung erstellt wird. Je länger Sie die Planung auf Verfügbarkeit zurückstellen, desto höher sind die tatsächlichen Kosten für Verfügbarkeitsprobleme auf lange Sicht. Verwenden Sie den Salesforce Skalierungstest in Ihrer Testumgebung, um potenzielle Risiken zu minimieren. In dieser Umgebung können Sie vor der Bereitstellung von Code in der Produktion auf Produktionsebene testen.

Architekten verwenden die Sprache des Unternehmens, um technische Bedenken für Beteiligte zu formulieren und Verfügbarkeitsarbeiten zu priorisieren.Verwenden Sie Salesforce Skalierungstest in Ihrer Testumgebung, um potenzielle Risiken zu minimieren. In dieser Umgebung können Sie auf Produktionsebene testen, bevor Sie Code in der Produktion bereitstellen.

Sie können die höhere Verfügbarkeit Ihrer Salesforce-Lösungen durch Risikomanagement und Fehlerbegrenzung planen.

Das Verwalten von Risiken im Kontext der Salesforce-Architektur beinhaltet das Identifizieren potenzieller Gefahren für den Betrieb Ihres Systems, seine Benutzer, einschließlich Mitarbeiter, Partner und Kunden) und Ihre Geschäftsprozesse. Oftmals liegt der formale Prozess der Risikoanalyse in der Verantwortung der Projektmanager. Stellen Sie als Architekt sicher, dass die Risikoanalyse die Belange der Beteiligten aus Technik und Wirtschaft angemessen berücksichtigt. Es liegt auch in Ihrer Verantwortung, die geschäftskritischen Anwendungsfälle zu identifizieren, für die Sie basierend auf Ihren Produktionsspitzen-Hotspots skalieren müssen.

Einige der größten Fallstricke im Risikomanagement liegen darin, dass man nicht genügend Zeit und Gedanken darauf verwendet. Teams überspringen häufig die Risikobewertung oder sie verknüpfen Lösungen für die Sicherung und Wiederherstellung – ein wichtiger Teil der Risikominderung für die Datenintegrität – mit einer umfassenden Risikobewertung und -minderung.

Verwenden Sie zum Bewerten des Risikos für Ihre Salesforce-Lösungen die folgenden Methoden:

  • Verwenden Sie ein Risikobewertungs-Framework. Einige große Unternehmen verfügen möglicherweise bereits über relevante Risikomatrizen. Wenn dies Ihrer Fall ist, können Sie anhand dieser bestimmen, wie Gefahren klassifiziert werden, welche Arten von Informationen erfasst werden sollen, was Sie zur Behebung einrichten müssen und mehr. Wenn Sie noch nicht über ein Framework zur Risikobewertung verfügen, suchen Sie eines aus einer seriösen Quelle und verwenden Sie es.
  • Bewerten Sie den Schweregrad und die Risikokategorien aus der Perspektive Ihrer Kunden. Proactive Monitoring und das Skalierungscenter bieten konfigurierbare Benachrichtigungen und Dashboards. Sie evaluieren kontinuierlich Leistungs- und Skalierbarkeitsrisiken und reduzieren Ihre Abhängigkeit von manuellen Checklisten. Customer Trust und Kundenwahrnehmung sind der Schlüssel zu jedem Unternehmen. Was die geschäftlichen Auswirkungen angeht, überwiegen die Risiken für Probleme, die Kunden erreichen, in der Regel die Risiken für Probleme, die dies nicht tun. Kunden denken und nehmen Risiken möglicherweise nicht so wahr wie interne Teams. Wenn sich ein Kunde nicht bei seinem Account anmelden kann, ist ihm die Ursache des Problems wahrscheinlich egal. Sie kümmern sich am meisten um ihre eigene, unmittelbare Erfahrung.
  • Priorisieren Sie Ihre Risiken. Idealerweise ist jedes Risiko mit einem soliden Plan zur Eindämmung und Reaktion verknüpft. In Wirklichkeit gibt es Lücken, die Sie im Laufe der Zeit schließen müssen. Es ist wichtig, einen Ansatz zu wählen, bei dem Werte frühzeitig und wiederholt bereitgestellt werden. Sie und Ihre Zustellungs- und Wartungsteams können jeweils nur so viel Arbeit übernehmen. Bei Salesforce lautet der allgemeine Ausdruck "Wenn alles wichtig ist, ist nichts wichtig". Wir verwenden V2MOMs, um die Arbeit im gesamten Unternehmen, teamübergreifend und bis hin zu jedem Einzelnen zu priorisieren und abzustimmen. (Auf Trailhead erfahren Sie mehr über V2MOMs.) Verwenden Sie Ihre Risikobewertungen, die Ihnen die Möglichkeit geben, mit Ihren Beteiligten zusammen an der Priorisierung und dem Engagement für die wichtigsten Risikomanagementarbeiten zu arbeiten. Verwenden Sie Skalierungstest – Testplanerstellung, um die zu priorisierenden Risiken zu identifizieren und diese Risiken mithilfe von Skalierungstests zu minimieren.

Verwenden Sie Proactive Monitoring, um Risiken für die frühzeitige Verfügbarkeit zu erkennen. Sie zeigt Anomalien wie Spitzen bei API-Anforderungsobergrenzen, Fehler bei Zeilensperren oder gleichzeitige Apex-Fehler an und bietet handlungsrelevante Statistiken, bevor Probleme zu Serviceunterbrechungen eskalieren.

Die Verfügbarkeitsmuster und Anti-Muster zeigen ein ordnungsgemäßes und schlechtes Risikomanagement innerhalb einer Salesforce-Lösung an. Verwenden Sie die Muster, um Ihre Entwürfe vor dem Erstellen zu validieren oder Refaktorisierungsbereiche in Ihrem System zu identifizieren.

Weitere Informationen zu Salesforce-Tools zum Risikomanagement finden Sie unter Salesforce Tools For Reliability (Salesforce-Tools für Zuverlässigkeit).

Ein Fehlerpunkt ist eine Schwachstelle, die ein System unzuverlässig macht. Bei einer guten Fehlerbegrenzung geht es nicht darum, jeden potenziellen Fehlerpunkt zu ermitteln. Stattdessen geht es darum, Fehlerpunkte schnell zu klassifizieren und zu priorisieren, damit Wartungs- und Supportteams effektiv reagieren können. Siehe Vorfallsantwort.

Entwickeln besserer Strategien zur Fehlerbegrenzung:

  • Klassifizieren Sie Auslöser für Fehlerpunkte in Bezug auf Mitarbeiter, Prozess und Technologie. Genauso wie Sie Risiken in Bezug auf Mitarbeiter, Prozess und Technologie kategorisieren, wenden Sie dasselbe Denken auf die Auslösung von Fehlerpunkten mit hoher Priorität an. Mit diesem Ansatz können Sie potenzielle Fehlerauslöser identifizieren und Antworten darauf entwickeln und organisieren. Manchmal können Sie scheinbar abweichende Fehlerauslöser mit ähnlichen Ansätzen zur Abhilfe abmildern, je nachdem, wie die Auslöser klassifiziert sind.
Auslöserklassifizierung/-typ Minderung
Personen Police
Prozess Playbooks, Continuity-Pläne
Technologie Redundanz
  • Ermitteln Sie, wie grundlegende, mittelständische und ausgereifte Abhilfemaßnahmen aussehen. Es wird einige Zeit dauern, bis Abhilfestrategien entwickelt sind. Definieren Sie die Abhilfemaßnahmen, damit Sie und Ihr Team nachvollziehen können, wo Sie sofort Kontrollen einrichten können und wie Sie Ihre Anstrengungen im Laufe der Zeit konzentrieren können. Halten Sie immer Ausschau nach Opportunities, um die Automatisierung in Ihren Abhilfemaßnahmen zu verwenden – so früh wie möglich. Um zu veranschaulichen, wie dieser Ansatz in der Praxis aussieht, zeigt dieses Beispiel einen menschenorientierten Auslöser und wie die richtlinienbasierte Abhilfe auf grundlegender, mittlerer und ausgereifter Ebene aussieht.
Trigger Minderung Einfach Mittelstufe Reife
Änderung des Benutzerzugriffs für einen neuen oder ausscheidenden Mitarbeiter Service Level Agreement (SLA) und Anforderungen für die Bereitstellung oder Aufhebung der Bereitstellung von Benutzern Stellen Sie Benutzer manuell gemäß SLAs für manuelle Änderungen bereit und heben Sie die Bereitstellung auf. Verarbeiten Sie Benutzeränderungen über geplante Aufträge gemäß SLAs für geplante Änderungen. Automatisieren Sie die Bereitstellung und die Aufhebung der Bereitstellung von Benutzern über eine SSO/IDM-Lösung.

Verwenden Sie neben der Verwendung von Architektur-Playbooks und der Kontinuitätsplanung auch Proactive Monitoring. Mit Proactive Monitoring können Sie Echtzeitbenachrichtigungen zu Fehlerauslösern wie Anmeldefehlern, CPU-Timeout-Ausnahmen oder gleichzeitigen API-Anforderungsfehlern einrichten. Dieser Ansatz zur Warnung erhöht die Fehlervermeidung, indem sichergestellt wird, dass sowohl technische als auch geschäftliche Beteiligte rechtzeitig informiert werden, um die Auswirkungen von Fehlern zu reduzieren.

Die Muster und Anti-Muster für die Verfügbarkeit zeigen, wie eine ordnungsgemäße und schlechte Fehlerbehebung in einer Salesforce-Lösung aussieht. Verwenden Sie sie, um Ihre Designs vor dem Erstellen zu validieren oder um zu refaktorierende Stellen in Ihrem System zu identifizieren.

Weitere Informationen zu Salesforce-Tools zur Fehlerbehebung finden Sie unter Zuverlässige Tools.

Diese Tabelle zeigt eine Auswahl an Mustern, die in Ihrer Organisation gesucht oder erstellt werden sollen, sowie Anti-Muster, die vermieden oder behoben werden sollen.

✨ Entdecken Sie weitere Muster zur Verfügbarkeit im Explorer für Muster und Anti-Muster.

Muster Anti-Muster
Risikomanagement In Ihrem Unternehmen:
- Es wird ein etabliertes Framework zur Risikobewertung verwendet.
- Risiken werden in Personen-, Prozess- und Technologiebereiche kategorisiert.
In Ihrem Unternehmen:
- Das Risikobewertungs-Framework für Salesforce ist ad hoc.
- Risiken werden nicht eindeutig identifiziert.
In Ihrer Dokumentation:
- Der Risikoschweregrad wird kategorisiert und anhand der Kundenauswirkung bewertet.
- Risikominderungs- und Reaktionspläne werden priorisiert.
In Ihrer Dokumentation:
- Die Kundenperspektive wird bei der Bewertung des Risikoschweregrads oder der Kategorie nicht berücksichtigt.
- Risikominderungs- und Reaktionspläne versuchen, jedes erdenkliche Risiko zu erfassen.
Fehlerbehebung In Ihrer Organisation:
- Fehlerpunktauslöser und ihre entsprechenden Abhilfepläne werden nach Personen, Prozess und Technologie kategorisiert.
- Die Kontrollmechanismen zur Eindämmung werden sofort eingerichtet, reifen im Laufe der Zeit aus und integrieren die Automatisierung so früh wie möglich.
- Um eine optimale Skalierbarkeit zu gewährleisten, werden umfassende Tests und Optimierungen abgeschlossen, bevor Änderungen in der Produktion veröffentlicht werden.
- Vor geschäftskritischen Ereignissen werden Skalierungstests und -optimierungen gemäß SLAs durchgeführt.
In Ihrer Organisation:
- Fehlerpunktauslöser werden nicht klassifiziert. Ansätze zur Eindämmung sind nicht vorhanden oder werden nur ad hoc verwendet.
- Die Kontrollelemente zur Eindämmung werden nicht erneut aufgerufen oder verbessert.
- Automatisierung wird nicht zur Abhilfe verwendet.
Überwachung und Beobachtbarkeit In Ihrer Organisation:
- Für Überprüfungen und Anomalieerkennung ist Proactive Monitoring aktiviert.
- Für die fortlaufende Sichtbarkeit sind Warnungen für Proactive Monitoring in das Skalierungscenter integriert.
In Ihrer Organisation:
- Es werden nur manuelle Integritätsprüfungen durchgeführt und es gibt keine kontinuierliche Überwachung.

Die Systemarchitekturleistung ist ein Maß dafür, wie viel ein System verarbeitet (Durchsatz) und wie schnell es antwortet (Latenz). Sie verstehen die Leistung Ihres Systems in der Regel durch Produktionstests und -überwachung.

Ein leistungsfähiges System schließt Prozesse auf jeder erwarteten Anforderungsebene zeitnah ab.

Eine schlechte Leistung geht mit einer höheren Latenz und einem geringeren Durchsatz einher, was zu einer geringeren Produktivität und einer höheren Frustration der Benutzer führt. Die Behebung von Leistungsproblemen ist dringend erforderlich, da sie zu einem Verlust des Customer Trust und finanziellen Verlusten führen können.

Sie können die Leistung Ihrer Lösungen verbessern, indem Sie den Durchsatz und die Latenz optimieren.

Hinweis: Durchsatz- und Latenzoptimierung sind wesentliche Aspekte zur Verbesserung der Systemverarbeitung und Reaktionsfähigkeit. Beachten Sie jedoch, dass die Gesamtleistung des Systems auch davon abhängt, wie gut Sie für die Skalierung planen. Sie müssen beide Dimensionen in Ihren Entwürfen berücksichtigen.

Im Kontext der Salesforce-Architektur ist der Durchsatz die Anzahl der gleichzeitigen Anforderungen, die ein System in einem bestimmten Zeitintervall abschließen kann. Die Salesforce-Lösungen von Kunden, die auf Durchsatz ausgelegt und optimiert sind, funktionieren innerhalb der integrierten Obergrenzen der Salesforce Platform besser.

Die Optimierung des Durchsatzes in Salesforce beginnt mit der genauen Berechnung der Arbeitslasten in Ihrem System und der Planung ihres Wachstums. Ohne genaue Prognosen für die Anforderungen, die an das System gestellt werden, können Sie potenzielle Probleme mit den Durchsatzfunktionen Ihres Systems nicht identifizieren.

Beachten Sie beim Nachdenken über Arbeitslasten die folgenden drei Dimensionen.

  • Die Anzahl der Transaktionen, die Ihr System in einem bestimmten Zeitraum verarbeiten muss
  • Die Anzahl der Benutzer, die gleichzeitig auf Ihr System zugreifen müssen
  • Die Gesamtkomplexität der Transaktionslogik im System

Wenn Sie über die Leistung nachdenken, konzentrieren sich Teams manchmal zu sehr auf die Berechnung und die Einschränkungen der maximalen CPU-Zeit, die zu den Obergrenzen der Plattform gehören. Teams mit einem engen Fokus auf CPU-Zeit übersehen andere Methoden zur Optimierung des Durchsatzes. Wenn Sie Ihren Fokus erweitern und diese Methoden anwenden, verbessern Sie den Gesamtdurchsatz und die Effizienz Ihrer Salesforce-Architektur. Diese Verbesserungen werden wiederum dazu beitragen, die Latenz zu reduzieren und die Gesamtleistung des Systems zu steigern. ApexGuru erkennt proaktiv durchsatzbegrenzende Anti-Patterns wie SOQL in Schleifen, DML in Schleifen, ineffiziente GGD-Aufrufe und teure Methoden. Mithilfe dieser Statistiken können Teams die Risiken von Obergrenzen beseitigen, die den Durchsatz begrenzen.

Optimieren des Durchsatzes in Ihrem System:

  • Bevorzugte asynchrone Verarbeitung. Die Salesforce Platform verwendet Transaktionskontexte, um die Datenintegrität zu steuern und Ausreißercode zu begrenzen. Entsprechende Informationen finden Sie unter Architekturgrundlagen unter Architekturgrundlagen. Daher kann die Verwendung asynchroner (asynchroner) Verarbeitung nach Möglichkeit dazu beitragen, potenzielle Engpässe in synchronen Ausführungskontexten zu minimieren. Siehe Datenverarbeitung. Die Verwendung von asynchronen Berechnungen ist nicht für alle Arten von Leistungsproblemen geeignet und Sie müssen beim Integrieren asynchroner Prozesse die Latenz berücksichtigen. Bestimmte Plattformfunktionen wie warteschlangenfähiges Apex können die Latenz bei Datenverkehrsspitzen erhöhen, da sie dazu führen, dass Nachrichten in einer Warteschlange länger warten. Je nach Anwendungsfall können Sie eine potenzielle Verringerung der Reaktionsfähigkeit tolerieren, um den Durchsatz aufrechtzuerhalten oder zu verbessern. In anderen Fällen können Sie entscheiden, dass eine erhöhte Latenz nicht akzeptabel ist. Mit Skalierungstest können Sie diese Kompromisse validieren, indem Sie Datenverkehrsspitzen in einer Vollständigen Sandbox simulieren. Dort können Sie messen, wie sich die Aufträge auf den Durchsatz und die Latenz auswirken.
  • Verwenden Sie immer Massenvorgänge. Auf einer hohen Ebene bedeutet Massenverarbeitung, dass Vorgänge für Sammlungen ausgeführt werden. Oft konzentrieren sich Teams, die über die Massenverarbeitung für ihre Salesforce-Lösungen diskutieren, darauf, Datenvorgänge anhand von Sammlungen zu optimieren. Siehe Betriebslogik. Die Massenverarbeitung auf Systemebene umfasst jedoch mehr als nur Datenvorgänge. Ziehen Sie auch bestimmte Aufgaben wie Callouts oder komplexe Berechnungen als Kandidaten für die Massenverarbeitung in Betracht. Die richtige Massenverarbeitung reduziert den Overhead. Sie führt mehrere Vorgänge mit einer Anforderung statt einer Anforderung pro Vorgang aus. ApexGuru zeigt Anti-Bulkification-Muster wie DML oder SOQL an, die Sie vor der Skalierung in die Produktion korrigieren können. Siehe Massenvorgänge.
  • Verwenden Sie SOSL für Suchvorgänge und behandeln Sie SOQL wie einen Datenvorgang. Es scheint offensichtlich, dass die Verwendung von zu komplexen SOQL-Anweisungen die Zeit, die das System zum Abrufen von Datensätzen benötigt, erhöht. SOQL fügt der zugrunde liegenden relationalen Datenbank Overhead hinzu, was die Verarbeitung verlangsamt. Bei Verwendung von Text- oder Platzhalterkriterien ist SOSL leistungsfähiger. SOSL verwendet die Suchmaschine der Plattform, die für die Volltextindizierung und universelle Suchvorgänge optimiert ist. Stellen Sie zum Optimieren von Datensatzabrufmustern sicher, dass Ihre Designstandards angeben, wann SOSL zum Suchen von Daten in Ihrem System verwendet werden soll. Stellen Sie außerdem sicher, dass sie angeben, wie SOQL für effiziente Datenvorgänge verwendet werden soll. Siehe Betriebslogik).
  • Verwenden Sie Plattform-Cache und ApexGuru. Die Lightning Platform-Cache-Ebene bietet eine schnellere Leistung und mehr Zuverlässigkeit beim Zwischenspeichern von Salesforce-Sitzungs- und -Organisationsdaten. Der Plattform-Cache verbessert die Leistung, indem der Cache-Speicherplatz so verteilt wird, dass einige Anwendungen oder Vorgänge anderen keine Kapazität stehlen. ApexGuru erkennt verpasste Opportunities zum Zwischenspeichern wiederholter Abfragen (z. B. Plattform-Cache für SOQL-Ergebnisse), was den Durchsatz in Umgebungen mit hohem Umfang verbessert.

Die Muster und Anti-Muster für die Leistung zeigen, wie ein ordnungsgemäßer und schlechter Durchsatz in einer Salesforce-Organisation aussieht. Verwenden Sie sie, um Ihre Entwürfe vor dem Erstellen zu validieren oder Opportunities für die weitere Optimierung zu identifizieren.

Weitere Informationen zu Salesforce-Tools für die Durchsatzoptimierung finden Sie unter Salesforce-Tools für Zuverlässigkeit.

Die Latenz ist ein Maß dafür, wie schnell ein System einen Ausführungspfad abschließt. Die Optimierung des Durchsatzes Ihres Systems trägt zur Verbesserung der Latenz bei. Eine weitere Dimension der Latenz ist die wahrgenommene Leistung oder die Reaktionsfähigkeit des Systems für Benutzer.

Personen möchten nicht warten, bis Seiten geladen oder Prozesse abgeschlossen sind. Benutzer Ihres Systems sind frustriert, wenn sie häufig lange Ladezeiten haben, wenn sie versuchen, in Listenansichten, Datensatzseiten, Berichten usw. zu navigieren. In diesem Fall entscheiden sich Kunden oder Partner möglicherweise dafür, ihr Geschäft an einen anderen Ort zu verlagern, statt sich mit leistungsschwachen Systemen auseinanderzusetzen. Intern können Mitarbeiter Übergangslösungen erstellen, um zu vermeiden, dass das System wie geplant verwendet wird, was zu nachgelagerten Problemen hinsichtlich Sicherheit und Datenintegrität führen kann.

Die wahrgenommene Leistung kann schwierig zu diagnostizieren sein. Wenn ein Benutzer eine langsame Leistung meldet, können Supportteams das Problem möglicherweise nicht reproduzieren. Eine erhöhte Latenz ist oft das Ergebnis einer Kombination kleinerer Probleme, die aufeinander aufbauen, was die genaue Diagnose der Ursache wahrgenommener Leistungsprobleme erschweren kann.

Reduzieren der Latenz und Verbessern der Reaktionsfähigkeit in Ihrem Salesforce-System:

  • Optimieren Sie Berichte. Stellen Sie sicher, dass jeder Bericht einen einzelnen, spezifischen Zweck erfüllt. Geben Sie Zielgruppe und Zweck jedes Berichts in Ihrem System eindeutig an. Fügen Sie in Berichte nur die Mindestmenge an Daten ein, die Zielgruppenmitglieder benötigen, um Entscheidungen zu treffen. Wenn Sie Spalten entfernen, die nicht mit dem Zweck eines Berichts übereinstimmen, wird die Berichtsleistung verbessert, da weniger Daten abgerufen und angezeigt werden müssen.
  • Optimieren Sie Filter. Effektive Filter beschleunigen die Leistung von Berichten und Listenansichten, indem sie die Anzahl der Zeilen, die aus der Datenbank abgerufen werden, genau festlegen. In der Regel gilt: Je genauer Sie Ihre Filterlogik festlegen, desto effizienter ist die zugrunde liegende Abfrage für Daten. Zu den Möglichkeiten zum Optimieren von Filtern zählen:
    • Verwenden von "gleich" und "ungleich" anstelle von "enthält" und "enthält nicht"
    • Vermeiden der Filterung nach Formelfeldern
  • Vereinfachen Sie Ihr Freigabemodell. Ein zu komplexes Freigabemodell kann eine Vielzahl von Prozessen verlangsamen, da das System das Freigabe- und Sichtbarkeitsmodell überprüfen muss, um festzustellen, ob ein Benutzer Zugriff auf die anzuzeigenden oder zu verarbeitenden Daten hat. Komplexe Freigabeberechnungen können die Latenz bei Berichten, Listenansichten und Automatisierungen erhöhen, die im Kontext des Benutzers ausgeführt werden. Siehe Freigabe und Sichtbarkeit.
  • Optimieren Sie benutzerdefinierte Benutzeroberflächenkomponenten. Benutzerdefinierte Benutzeroberflächenkomponenten können die Latenz erhöhen. Wenn Sie die Leistung in benutzerdefinierten Benutzeroberflächenkomponenten optimieren möchten, sollten Sie die folgenden Schritte in Erwägung ziehen.
    • Verwenden Sie Lightning Web Components (LWC). Das LWC-Framework ist eng an moderne Webstandards angepasst. In LWC geschriebene benutzerdefinierte Komponenten werden in Webbrowsern effizienter dargestellt und ermöglichen es Entwicklern, leistungsfähigere JavaScript-Methoden zu verwenden. Verwenden Sie immer LWC anstelle von älteren Benutzeroberflächentechnologien wie Aura oder Visualforce.
    • Verwenden Sie Lightning Data Service. Der Lightning Data Service übernimmt die Erstellung und Pflege der sicheren, leistungsfähigen und freigegebenen Zwischenspeicherung zwischen Komponenten. Verwenden Sie sie, um unnötige Umwege zum Server für Daten zu vermeiden und die Reaktionsfähigkeit der Anwendung insgesamt zu erhöhen.
    • Verwenden Sie die clientseitige Sortierung und Filterung für Listendaten. Sowohl für LWC-Komponenten (bevorzugt) als auch für Aura-Komponenten (anderweitig) können Entwickler standardmäßige JavaScript-Array-Funktionen verwenden, um Werte auf Client-Seite zu sortieren, zu filtern und auszuwählen, wodurch die Anzahl der erforderlichen Fahrten zum Server reduziert wird.

Die Muster und Anti-Muster zeigen, wie die richtige und schlechte Latenz in einer Salesforce-Organisation aussieht. Verwenden Sie sie, um Ihre Entwürfe vor dem Erstellen zu validieren oder Opportunities für die weitere Optimierung zu identifizieren.

Weitere Informationen zu Salesforce-Tools zur Latenzoptimierung finden Sie unter Salesforce Tools For Reliability (Salesforce-Tools für Zuverlässigkeit).

Diese Tabelle zeigt eine Auswahl an Mustern, die in Ihrer Organisation gesucht oder erstellt werden sollen, sowie Anti-Muster, die vermieden oder behoben werden sollen.

✨ Entdecken Sie mehr Muster für die Leistung im Explorer für Muster und Anti-Muster.

Muster Anti-Muster
Durchsatz In Ihren Designstandards:
- Anleitung für die Verwendung des Plattform-Cache entspricht den bewährten Vorgehensweisen für Plattform-Cache
In Ihren Designstandards:
- Wenn es Richtlinien für die Nutzung des Plattform-Cache gibt, ist dies nicht eindeutig oder entspricht nicht den bewährten Vorgehensweisen.
In Ihrer Organisation:
- Bulkification wird für Daten- und Systemvorgänge verwendet.
- DML- oder Datenbankmethoden funktionieren immer mit Sammlungen in Apex.
- Die während der DML für kürzere elapsedTime in der Datenbank verwendeten Felder sind begrenzt.
- Alle Platzhalterkriterien werden in SOSL verwendet.
- SOQL-Anweisungen sind selektiv.:
-- Sie verwenden keine LIKE-Vergleiche oder Teiltextvergleiche.
-- Vergleichsoperatoren verwenden positive Logik (d. h. INCLUDES oder IN) als primäre Logik oder einzige Logik.
-- = NULL und != NULL werden nur selten verwendet folgt immer einem positiven Vergleichsoperator.
– Um die Datenlast zu minimieren und die Leistung zu maximieren, werden nur die in SOQL-Abfragen benötigten Felder abgerufen.
-- Es werden keine LIMIT-1-Anweisungen verwendet.
-- Das Stichwort ALL ROWS wird nicht verwendet.
- Asynchrone Verarbeitung wird nach Möglichkeit bevorzugt.
- Plattform-Cache-Partitionen sind konfiguriert.
In Ihrer Organisation:
- DML-Anweisungen werden nicht per Massenvorgang ausgeführt.
- DML- oder Datenbankmethoden funktionieren für einzelne Datensätze in Apex.
- SOSL wird selten oder nicht konsequent für Platzhalterauswahlkriterien verwendet.
- SOQL-Anweisungen sind nicht selektiv:
-- Sie enthalten LIKE- und Platzhalterfilterkriterien.
-- Vergleiche mit den Kriterien !=, NOT oder NOT IN werden als primärer oder einziger Vergleichsoperator verwendet.
-- Verwendet die Kriterien = NULL und != NULL als primäre oder einzige Vergleichsoperatoren.
-- Es werden LIMIT-1-Anweisungen verwendet.
-- Das Stichwort ALL ROWS wird verwendet.
- SOQL wird in Schleifen angezeigt.
- Synchrone Prozesse werden bevorzugt.
Latenz In Ihrer Organisation:
- Berichte dienen einem einzelnen spezifischen Zweck und enthalten die Mindestanzahl an Zeilen und Spalten, die zum Treffen von Entscheidungen erforderlich sind.
- Filter verwenden "gleich" und "nicht gleich".
- Filter enthalten keine Formelfelder.
- Freigabemodelle werden so weit wie möglich vereinfacht.
- Benutzerdefinierte Benutzeroberflächenkomponenten verwenden Lightning Web Components (LWC).
- LWC verwendet Lightning Data Service für Datenvorgänge.
- Das Sortieren und Filtern von Listendaten wird clientseitig in JavaScript verarbeitet.
- Salesforce Edge ist aktiviert.
In Ihrer Organisation:
- Berichte dienen mehreren Zwecken oder enthalten zusätzliche Zeilen und Spalten, die für Entscheidungen nicht erforderlich sind.
- Filter verwenden "enthält" und "enthält nicht".
- Filter enthalten Formelfelder.
- Freigabemodelle sind komplex.
- Benutzerdefinierte Benutzeroberflächenkomponenten verwenden Frameworks, die zu einem weniger effizienten Rendering als LWC führen können (z.B. Aura oder Visualforce).
- LWC verwendet Apex für Datenvorgänge.
- Das Sortieren und Filtern von Listendaten erfolgt serverseitig über Apex.
- Salesforce Edge ist nicht aktiviert.

Die Skalierbarkeit ist die Fähigkeit eines Systems, eine konsistente Leistung zu erbringen, während es sich weiterentwickelt und wächst. Ein skalierbares System verarbeitet große Steigerungen des Transaktionsvolumens oder gleichzeitigen Zugriffs ohne grundlegende Änderungen. Die Plattformservices von Salesforce wurden entwickelt, um die Skalierbarkeit von Anwendungen zu unterstützen. Siehe Interne Plattformverarbeitung. Wenn Ihre Organisation wächst und die Nachfrage nach Ihren Produkten und Services steigt, sind Sie dafür verantwortlich, ein System zu erstellen, das effektiv und erwartungsgemäß funktioniert. Die von Anfang an auf Skalierbarkeit ausgelegte Architektur führt zu einer schnelleren Bereitstellung neuer Funktionen und zu weniger Serviceunterbrechungen bei zunehmendem Benutzerverkehr. Verwenden Sie Skalierungstest zu Beginn der Designphase, bevor Sie neue Funktionen in der Produktion bereitstellen, um projizierte Arbeitslasten zu simulieren und zu validieren, dass die Architektur sie unterstützen kann.

Systeme, die nicht auf Skalierbarkeit ausgelegt sind, erfordern ständige und kostspielige Fehlerbehebung, Neugestaltung und Refaktorierung. Bei der Skalierbarkeit kommt es im Laufe der Zeit zu Problemen, die die Leistung im gesamten System beeinträchtigen. In einigen Fällen müssen Unternehmen den Großteil der Entwicklungs- und Wartungsressourcen für die Lösung von Skalierbarkeitsproblemen aufwenden, statt für neue Funktionen, die einen Mehrwert schaffen.

Manchmal erreicht ein Unternehmen einen kritischen Kipppunkt. Das ursprüngliche Design des Systems kann das Wachstum des Unternehmens nicht unterstützen und unerwartete Ereignisse machen das System instabil. Verwenden Sie Statistiken aus dem Skalierungscenter, um Kipppunkte für die Skalierbarkeit frühzeitig zu erkennen. Das Skalierungscenter zeigt Ausnahme-Hotspots, langfristige Transaktionen und Warteschlangenengpässe, die sich im Laufe der Zeit verschlimmern.

Sie können die Skalierung besser planen, indem Sie sich auf die Datenmodelloptimierung und die Verwaltung des Datenvolumens konzentrieren.

Hinweis: Auch wenn hier nicht darauf eingegangen wird, ist das Testen auf Skalierbarkeit ein wichtiger Teil der Validierung Ihrer Anwendungsarchitekturen. Eine Anleitung finden Sie unter Teststrategie.

Bei der Datenmodellierung werden die Objekte in Ihrer Organisation strukturiert und so miteinander verknüpft, dass Ihre Benutzer und automatisierten Prozesse die benötigten Daten schnellstmöglich abrufen können. Wenn Sie Schritte zur Verbesserung des Durchsatzes unternehmen, werden viele Leistungsprobleme behoben. Ohne ein optimiertes Datenmodell sind Ihre Bemühungen jedoch nicht so effektiv.

Die negativen Auswirkungen eines schlecht konzipierten Datenmodells sind nicht sofort spürbar. Seine Schwächen werden mit zunehmendem Datenvolumen, Prozessen, Benutzern und Integrationen deutlich. Ein gut durchdachtes Datenmodell erleichtert die kontinuierliche Refaktorierung Ihrer Anwendung, wenn Anforderungen hinzugefügt und erweitert werden. ApexGuru zeigt Anti-Patterns für den Datenzugriff wie nicht selektive SOQL, nicht verwendete Felder und Schemaineffizienzen, die sich direkt auf die Skalierbarkeit des Datenmodells auswirken.

Optimieren Ihres Datenmodells:

  • Verwenden Sie die vordefinierten Datenmodelle von Salesforce. Salesforce bietet vorgefertigte Datenmodelle für den Vertrieb, Service und eine Vielzahl von Branchenbereichen. Durch die Verwendung der von Salesforce bereitgestellten Datenmodelle wird sichergestellt, dass Funktionen in Ihrem System nur einmal definiert werden, wodurch Redundanz und Silos beseitigt werden und eine einzige Datenquelle im gesamten System entsteht. Da Sie für diese einzelne Quelle vordefinierte Salesforce-Datenmodelle verwendet haben, ist es einfacher, Anwendungsdaten mit Analysen zu verstehen und die vordefinierten Services für künstliche Intelligenz von Salesforce zu verwenden. Wenn Sie zudem die Anpassungen reduzieren, die Sie unterstützen müssen, werden die Wartungskosten gesenkt und die technischen Schulden reduziert.
  • Wählen Sie die richtigen Datentypen aus. Machen Sie sich mit den verschiedenen von Salesforce unterstützten Feldtypen und ihren Einschränkungen vertraut. Berücksichtigen Sie Berichterstellungs- und Verschlüsselungsanforderungen, damit Sie künftig keine Daten mehr zwischen Typen konvertieren müssen.
  • Wählen Sie die richtigen Beziehungen aus. Salesforce unterstützt zwei Arten von Beziehungen zwischen Objekten: Master-Detail und Nachschlagevorgang. Master-Detail-Beziehungen bieten zwei primäre Vorteile. Eine davon sind integrierte Rollup-Zusammenfassungsfunktionen, die Details aus untergeordneten Datensätzen zählen und aggregieren. Bei der anderen handelt es sich um eine integrierte Kaskadenlöschfunktion, durch die beim Löschen eines übergeordneten Datensatzes auch dessen untergeordnete Datensätze gelöscht werden. Stellen Sie jedoch sicher, dass Sie sich mit den Auswirkungen von Master-Detail-Beziehungen vertraut machen, bevor Sie sie verwenden.
  • Denormalisieren Sie die Skalierung. Bei der Normalisierung handelt es sich um den Prozess der Strukturierung Ihres Datenmodells für eine reduzierte Datenredundanz und eine verbesserte Datenintegrität. Leider führt die Normalisierung manchmal zu Skalierungsproblemen. Denormalisierte Tabellen können skalierbar besser abschneiden. Denken Sie jedoch an Datenintegrität und Redundanz.

Die Muster und Anti-Muster zeigen, wie eine ordnungsgemäße und schlechte Datenmodelloptimierung in einer Salesforce-Organisation aussieht. Verwenden Sie sie, um Ihre Entwürfe vor dem Erstellen zu validieren oder Opportunities für die weitere Optimierung zu identifizieren.

Weitere Informationen zu Salesforce-Tools für die Datenmodelloptimierung finden Sie unter Salesforce-Tools für Zuverlässigkeit.

Das Datenvolumen ist ein Maß für die Menge der in Ihrem System gespeicherten Daten, basierend auf Datensatzzahlen und -größen. Wenn Ihre Organisation über Zehntausende Benutzer, Zehnmillionen Datensätze oder Hunderte Gigabyte Gesamtdatensatzspeicher verfügt, verfügen Sie über ein großes Datenvolumen. Das Datenvolumen und die Beziehungen zwischen Objekten in Ihrer Organisation wirken sich auf die Skalierbarkeit aus und haben wahrscheinlich größere Auswirkungen auf die Skalierbarkeit als die Anzahl der Datensätze allein.

Verbessern der Skalierbarkeit von Organisationen mit großen Datenvolumen:

  • Verteilen Sie untergeordnete Datensätze. Vermeiden Sie Datenverzerrungen zwischen übergeordneten und untergeordneten Elementen, indem Sie sicherstellen, dass kein übergeordnetes Element über eine große Anzahl untergeordneter Datensätze verfügt. Die allgemeine Empfehlung lautet, dass kein übergeordnetes Element über mehr als 10.000 untergeordnete Datensätze verfügen sollte. Bei einer Bereitstellung mit vielen Kontakten, die jedoch keine Accounts verwendet, sollten Sie beispielsweise mehrere Accountdatensätze einrichten und die zugehörigen Kontaktdatensätze darauf verteilen.
  • Verteilen Sie die Inhaberschaft von Datensätzen. Vermeiden Sie Inhaberschaftsverzerrungen, indem Sie sicherstellen, dass kein einzelner Benutzer oder keine einzelne Warteschlange Inhaber von mehr als 10.000 Datensätzen aus demselben Objekt ist oder dass alle Mitglieder einer einzelnen Rolle oder öffentlichen Gruppe Inhaber sind. "Parken" von Daten mit einem "Dummy-Benutzer" ist eine Praxis, die oft zu einer Verzerrung der Inhaberschaft führt. Beachten Sie bei diesem Problem die Auswirkungen, die es auf Freigabeberechnungen haben wird. Wenn Sie Datensätze nicht neu verteilen können, um die Verzerrung der Inhaberschaft zu vermeiden, sollten Sie vermeiden, den Benutzer mit Dateninhaberschaft einer Rolle zuzuweisen. Wenn für das Freigabemodell Ihrer Organisation eine Rollenzuweisung erforderlich ist, platzieren Sie den Benutzer, der Inhaber der Daten ist, in einer anderen Rolle ganz oben in der Freigabehierarchie. Lassen Sie keine häufigen oder ungeplanten Änderungen an der Rolle dieses Benutzers zu, da Änderungen erhebliche Auswirkungen auf die Leistung aufgrund von Freigabeneuberechnungen haben. Halten Sie diesen Benutzer aus öffentlichen Gruppen heraus, auf die in Freigaberegeln verwiesen werden könnte.
  • Reduzieren Sie die Datensatzdatenmenge in Salesforce. Salesforce wurde entwickelt, um Unternehmen eine einzelne Ansicht ihrer Kunden zu bieten. Es kann widersprüchlich erscheinen, dass die Einschränkung von Daten in Salesforce eine bewährte Vorgehensweise ist. Die Leistung der einzelnen Ansicht liegt jedoch darin, wie gut Geschäftsbenutzer Kundendaten verstehen und entsprechende Maßnahmen ergreifen können. Wenn das Datenvolumen wächst, führen Daten, die nicht aktuell oder für tägliche Prozesse oder Analysen relevant sind, zu mehreren Problemen. Zu diesen Problemen zählen eine verschlechterte Anwendungsleistung, ein erhöhtes Datensicherheitsrisiko und negative Auswirkungen auf die Suche, Berichte und Analysen. Definieren Sie zum Vermeiden solcher Probleme einen Datenlebenszyklus für jedes Objekt in Ihrem Datenmodell mit Zeitachsen und Klassifizierungen für Daten, wenn sie altern und sofort an Geschäftswert verlieren. Implementieren Sie diese Verfahren entsprechend dem Datenlebenszyklus, um Daten im Laufe der Zeit zu verwalten.
    • Datenarchivierung und -bereinigung: Entfernen Sie Datensätze, die vom Unternehmen nicht benötigt werden, um das Datenvolumen so gering wie möglich zu halten. Verwenden Sie die Funktion zum endgültigen Löschen der Bulk-API 2.0, um große Datenmengen zu löschen.
    • Datenaggregation: Erstellen Sie benutzerdefinierte Aggregationsobjekte, die wichtige historische Trends oder Zusammenfassungsdaten in einem mit Berichten kompatiblen Format zusammenfassen. Füllen Sie die benutzerdefinierten Objekte mit Batch-Apex aus. Benutzer können dann Berichte auf der Grundlage der aggregierten Objektdatensätze ausführen.
    • Datenstufe. Verwalten Sie große Datensets in einer anderen Anwendung, wenn sie für Salesforce-Berichte oder die tägliche Arbeit nicht benötigt werden. Stellen Sie die Daten nach Bedarf über Mashups, Callouts oder externe Objekte in Salesforce zur Verfügung.

In der Praxis können Sie die Ursache eines Skalierbarkeitsproblems möglicherweise nicht immer sofort beheben, wenn Probleme auftreten. Aus diesem Grund bietet Salesforce Optionen, mit denen sofortige Probleme behoben werden können. Es ist wichtig zu wissen, dass das Aktivieren dieser Funktionen in Ihrer Organisation keine tragfähige, langfristige Architekturstrategie für den Umgang mit großen Datenmengen ist. Diese kurzfristigen Übergangslösungen können dazu beitragen, die Latenz in Systemen mit schlechter Datenarchitektur zu reduzieren, aber sie können Ihrer Organisation auch technische Schulden zufügen.

Zu den kurzfristigen Übergangslösungen für Skalierungsprobleme zählen:

  • Benutzerdefinierte Indizes werden in einer speziellen internen Tabelle gespeichert, die von der Abfrageoptimierung der Plattform verwendet wird, um den Datenzugriff zu beschleunigen. Siehe Mandantenindizes). Die Plattform indiziert standardmäßig bestimmte Feldtypen automatisch. Wenn Sie Abfragen mit schlechter Leistung beschleunigen möchten, können Sie zusätzliche benutzerdefinierte Indizes anfordern, indem Sie sich an den Salesforce-Kundensupport wenden. Verwenden Sie das Abfrageplan-Tool, um festzustellen, ob benutzerdefinierte Indizes die Leistung Ihrer Abfragen verbessern.
  • Dünne Tische. Wenn Sie Abfragen für allgemeine Feldgruppen in Objekten mit mehr als 1 Million Datensätzen weiter optimieren müssen, können dünne Tabellen hilfreich sein. In dünnen Tabellen entfällt die Verknüpfung im Hintergrund, die auftritt, wenn benutzerdefinierte und Standardfelder aus demselben Objekt in einem Bericht oder einer Automatisierung verwendet werden. Damit Sie dünne Tabellen verwenden können, muss der Salesforce-Kundensupport sie für Ihre Organisation aktivieren.

Die Muster und Anti-Muster für die Skalierbarkeit zeigen, wie eine ordnungsgemäße und schlechte Verwaltung des Datenvolumens in einer Salesforce-Organisation aussieht. Verwenden Sie sie, um Ihre Entwürfe vor dem Erstellen zu validieren oder Opportunities für die weitere Optimierung zu identifizieren.

Weitere Informationen zu Salesforce-Tools zum Verwalten von Datenvolumen finden Sie unter Salesforce Tools For Reliability (Salesforce-Tools für Zuverlässigkeit).

Dies zeigt eine Auswahl an Mustern, nach denen in Ihrer Organisation gesucht oder die erstellt werden sollen, sowie Anti-Muster, die vermieden oder behoben werden sollen.

✨ Entdecken Sie weitere Muster für die Skalierbarkeit im Explorer für Muster und Anti-Muster.

Muster Anti-Muster
Datenmodellierung In Ihren Designstandards:
- Standards und Anleitungen, für die Geschäftsberechtigungen ein benutzerdefiniertes Objekt rechtfertigen.
In Ihren Designstandards:
- Es gibt keine Standards zum Erstellen von benutzerdefinierten Objekten.
In Ihrem Datenmodell:
- Standardobjekte werden nach Möglichkeit verwendet.
- ApexGuru-Überprüfungen auf Anti-Patterns bestätigen, dass SOQL-Abfragen selektiv sind und eine ineffiziente Schemanutzung vermeiden.
- Tabellen werden für die Skalierung denormalisiert.
In Ihrem Datenmodell:
- Sie haben Standardobjekte repliziert.
- Tabellen werden normalisiert, um Redundanz zu vermeiden.
Innerhalb Ihres Unternehmens:
- Low-Code-Generatoren kennen die verschiedenen von Salesforce unterstützten Feldtypen und werten die Berichterstellungs- und Verschlüsselungsanforderungen aus, bevor sie Felddatentypen auswählen.
- Bevor Sie sich entscheiden, eine Master-Detail-Beziehung zwischen Objekten herzustellen, werten Sie die Auswirkungen dieser Beziehung auf die Freigabe und die Datenverzerrung aus.
Innerhalb Ihres Unternehmens:
- Low-Code-Generatoren wählen Datentypen aus, ohne nachgelagerte Berichterstellungs- und Verschlüsselungsanforderungen auszuwerten.
- Bevor Sie sich entscheiden, Master-Detail-Beziehungen zwischen Objekten einzurichten, werten Sie die Auswirkungen dieser Beziehung auf die Freigabe und die Datenverzerrung nicht aus.
Datenvolumen In Ihren Daten:
- Keine übergeordneten Datensätze haben mehr als 10.000 untergeordnete Datensätze.
- Es werden keine Benutzer mehr als 10.000 Datensätzen desselben Objekttyps zugewiesen.
- Keine Instanzen enthalten mehr als 10.000 Datensätze, deren Nachschlagefelder auf denselben Datensatz verweisen.
- Massendatenladungen werden in Batches nach ParentId-Feldwerten sortiert.
- Um sicherzustellen, dass Batch-Strategien nicht gleichzeitig funktionieren, wird Skalierungstest verwendet, um Massenlademuster im Produktionsmaßstab zu validieren.
- Massendaten werden während der Hauptgeschäftszeiten nicht in die Produktion geladen.
- Massendatenladungen enthalten nur die Mindestdaten, die für Geschäftsentscheidungen erforderlich sind.
In Ihren Daten:
- Es sind Datensätze mit mehr als 10.000 untergeordneten Datensätzen vorhanden.
- Benutzer werden mehr als 10.000 Datensätzen desselben Typs zugewiesen.
- Es gibt Instanzen, in denen mehr als 10.000 Datensätze Nachschlagefelder aufweisen, die auf denselben Datensatz verweisen.
- Massendatenladungen werden nicht nach ParentId-Feldwerten in Batches sortiert.
- Massendaten werden während der Hauptgeschäftszeiten in die Produktion geladen.
- Massendatenladungen sind nicht auf die für Geschäftsentscheidungen erforderlichen Mindestdaten beschränkt.
In Flow und Apex:
- Logik ist vorhanden, um die Anzahl der untergeordneten Datensätze auf mehrere übergeordnete Datensätze in Szenarien zu verteilen, in denen Datenverzerrungen problematisch sind.
- Beim Importieren oder Abgleichen von Datensätzen über die Integration weist die Logik sie den entsprechenden menschlichen Benutzern zu.
- Für Apex-Sammlungen wie Listen und Sätze ist eine Logik vorhanden, um mehrere Datensätze zu verarbeiten, um Abfragen zu minimieren und die Datenverarbeitung zu optimieren.
- Effizienter Apex Code, der den Standards und bewährten Vorgehensweisen für skalierbaren Code folgt, wird geschrieben und bereitgestellt.
In Flow und Apex:
- Untergeordnete Datensätze werden willkürlich übergeordneten Datensätzen zugewiesen, unabhängig von der Anzahl der bereits zugewiesenen untergeordneten Datensätze.
- Über Datenladevorgänge oder Integrationen erstellte Datensätze werden einem generischen "Integrationsbenutzer" zugewiesen.
- Mehrere rekursive SOQL-Abfragen aus demselben Objekt befinden sich in synchronen Transaktionen, was zu einer hohen Heap-Nutzung führt.
- Wenn Entwickler Apex Code schreiben, führen sie zu Ineffizienzen und leistungsgefährdenden Mustern.
Innerhalb Ihres Unternehmens:
- Sie haben eine Datenarchivierungs- und Bereinigungsstrategie dokumentiert und implementiert
Innerhalb Ihres Unternehmens:
- Sie verfügen nicht über eine Strategie zur Datenarchivierung und -bereinigung oder Ihre Strategie wurde dokumentiert, aber nicht implementiert
ToolBeschreibungVerfügbarkeitLeistungSkalierbarkeit
Große Objekte Speichern und verwalten Sie große Datenmengen auf der Plattform. X
Code-Scanner Scannen Sie Apex Code auf Leistungsprobleme. X
Benutzerdefinierte Indizes Verbessern Sie die Abfrageleistung mit benutzerdefinierten Indizes. X
Löschen von Daten Entfernen Sie nicht benötigte Daten, um die Leistung zu verbessern. X X
Unterteilungen Partitionsdaten zum Begrenzen der Datensatzanzahl in Abfragen und Berichten. X
Skalierungstest Testen Sie die Systemleistung und interpretieren Sie die Ergebnisse. Bevor Sie die Bereitstellung in der Produktion vornehmen, sollten Sie zum Validieren der Skalierbarkeit und Leistung umfangreiche Benutzeroberflächen- und API-Arbeitslasten mit Playwright- oder JMeter-Skripts imulieren. X X
Skalierungscenter Erhalten Sie Self-Service-Statistiken und Echtzeit-Statistiken zur Systemleistung. Finden Sie langfristige Transaktionen, Ausnahme-Hotspots und Durchsatzengpässe. Diagnostizieren Sie Skalierungsprobleme an einem früheren Punkt in Ihrem Entwicklungszyklus. X X
ApexGuru Verwenden Sie diese GenAI-basierte Funktion im Skalierungscenter, um Anti-Patterns für Apex, SOQL und Testklassen zur Laufzeit zu erkennen. Durch die Integration von ApexGuru in Salesforce Code Analyzer erhalten Sie AI-gestützte Empfehlungen und Inline-Korrekturen im Entwicklungs-Workflow. Verwenden Sie diese Empfehlungen und Korrekturen, um Hotspots zu beheben und die Abfrageselektivität, die Massenverarbeitung, die Cache-Nutzung und die Testqualität zu verbessern. X X
Salesforce-Codeanalyse Scannen Sie Code mit IDE, CLI oder CI/CD, um sicherzustellen, dass er den bewährten Vorgehensweisen entspricht. Über die Integration von Salesforce Code Analyzer in ApexGuru erhalten Sie direkt im Entwickler-Workflow Statistiken zu Leistungs-Anti-Patterns. X
Salesforce Edge Network Verbessern Sie die Download-Zeiten und die Benutzererfahrung, indem Sie Ihre Meine Domäne über das Salesforce Edge-Netzwerk weiterleiten. X
Skinny Tables Vermeiden Sie Verknüpfungen in Tabellen, die häufig verwendete Felder aufweisen. X
Proaktive Überwachung Überwachen Sie kontinuierlich Anomalien beim Datensatzwachstum, Inhaberschaftsverzerrungen und Leistungsrückgänge. Benachrichtigen Sie Sie über Skalierungsprobleme, bevor sie kritisch werden. X X
RessourceBeschreibungVerfügbarkeitLeistungSkalierbarkeit
Skalierungsherausforderungen kosten Millionen – So sind Sie zukunftssicher Erfahren Sie, wie die Implementierung der Skalierbarkeit zu nachhaltigem Wachstum und langfristigem Erfolg führt. X X
Erstellen und Bereitstellen skalierbarer Anwendungen mithilfe des Skalierungscenters Erfahren Sie, wie Sie Leistungsprobleme in Ihren Salesforce-Implementierungen proaktiv bewerten und beheben können.
Analysieren von Leistungs- und Skalierungs-Hotspots in komplexen Salesforce-Anwendungen Beheben Sie Leistungs- und Skalierbarkeitsprobleme in Ihrer Organisation. X X
Ihre Anwendung sollte im Berufsverkehr nicht in Panik geraten – So bereiten Sie sich vor Erfahren Sie mehr über die vier wichtigsten Schritte für erfolgreiche Skalierungstests.
Erläutertes ApexGuru-AI-Modul Erfahren Sie, wie ApexGuru benutzerdefinierte trainierte Modelle, reale Organisationstelemetrie und intelligente Filter verwendet, um präzise, kontextbezogene und handlungsrelevante Statistiken bereitzustellen. X X
Optimieren von Apex für Anwendungen und Agentforce mit ApexGuru Erfahren Sie, wie ApexGuru Entwicklern hilft, Leistungs-Anti-Patterns zu erkennen und zu beheben, einschließlich SOQL, DML, Debugging und Testineffizienzen. Verwenden Sie ApexGuru als AI-gestützten Coach für die skalierbare Entwicklung Ihrer Anwendungen und Ihre Implementierung von Agentforce. X X
ApexGuru Antipatterns Erfahren Sie mehr über die offizielle Bibliothek der ApexGuru-erkannten Anti-Patterns, die für jede Salesforce-Hauptversion aktualisiert wird. X X
Bewährte Vorgehensweisen für Bereitstellungen mit großen Datenvolumen Machen Sie sich mit den Prozessauswirkungen großer Datenmengen vertraut. X
Überlegungen zum Salesforce Edge-Netzwerk Erfahren Sie, wie Sie Ihre Organisation auf die Verwendung des Salesforce Edge-Netzwerks vorbereiten. X
Vorlage 'Designstandards' Erstellen Sie Designstandards für Ihre Organisation. X X X
Überlegungen zum Datenmodelldesign Optimieren Sie Datenmodelle für Skalierung und Wartung. X X
Designing Record Access for Enterprise Scale (Entwerfen des Datensatzzugriffs für die Enterprise-Skala) Optimieren Sie die Leistung der Zugriffssteuerung durch Konfiguration. X
Infrastruktur für Systeme mit großen Datenmengen Erfahren Sie mehr über Funktionen, die die Systemleistung für Bereitstellungen mit großen Datenvolumen unterstützen. X
Lernressourcen für die Batch-Verwaltung Erfahren Sie mehr über die Batch-Verwaltung. X X
Leistungsoptimierung Lightning Experience Verbessern Sie Lightning Experience in Ihrer Organisation, damit Ihre Benutzer schneller arbeiten können. X
Verwalten von Nachschlageverzerrungen in Salesforce zum Vermeiden von Ausnahmen bei Datensatzsperren Erfahren Sie, wie Sie die Auswirkungen von Nachschlageverzerrungen minimieren können. X X
Bewährte Vorgehensweisen für SOQL und SOSL Befolgen Sie die bewährten Vorgehensweisen für SOQL und SOSL für Bereitstellungen mit großen Datenvolumen. X X
Tools für großflächige Neuausrichtungen Planen und führen Sie Neuausrichtungen effektiv aus. X
Verwenden von Mashups Verwalten Sie große Datensets in einer anderen Anwendung. X X

Helfen Sie uns, Salesforce Well-Architected für Sie relevant zu halten. Nehmen Sie an unserer Umfrage teil, um Feedback zu diesen Inhalten zu geben und uns mitzuteilen, was Sie als Nächstes sehen möchten.