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.

Interaktionsprozess-Flow

Flussdiagramme für Interaktionsprozesse veranschaulichen die Abfolge von Interaktionen, Datenflüssen und Prozessschritten zwischen Systemkomponenten, Services und Benutzern. Anhand dieser Diagramme können Architekten und Entwickler nachvollziehen, wie verschiedene Teile eines Systems kommunizieren, wie sich Ereignisse durch die Architektur ausbreiten und wie asynchrone und synchrone Prozesse orchestriert werden. Sie bieten eine wichtige Dokumentation zum Verständnis des Systemverhaltens, zum Identifizieren von Engpässen und zum Optimieren von Prozess-Flows.

Dieser Abschnitt enthält 16 Referenzdiagramme zum Interaktionsprozess-Flow:

DiagrammnameBeschreibung
Externe Integrationen in Apis mit Openapi-SchemasEin Beispieldiagramm der Lösungsarchitektur aus dem Decision Guide für die Erstellung von Formularen, das externe Integrationen mit APIs mit OpenAPI-Schemas anzeigt.
Externe Integrationen über HttpEin Beispieldiagramm der Lösungsarchitektur aus dem Decision Guide für die Erstellung von Formularen, das externe Integrationen mithilfe von HTTP-Protokollen anzeigt.
Externe Integrationen über MuleSoft-Apis- und Rpa-BotsEin Beispieldiagramm der Lösungsarchitektur aus dem Decision Guide für die Erstellung von Formularen, das externe Integrationen mit MuleSoft-APIs und RPA-Bots anzeigt.
Lightning auf externen SitesEine Beispiellösungsarchitektur aus dem Building Forms Decision Guide, die zeigt, wie LWC-Komponenten auf externen Sites eingebettet werden können.
Interaktion von Lightning-Webkomponenten über Wire-AdapterEin Beispieldiagramm der Lösungsarchitektur aus dem Decision Guide für Formulare, das zeigt, wie Lightning Web Components mithilfe von Wire-Adaptern interagieren.
Lightning Webkomponenten außerhalb von BildschirmdatenvorgängenEin Beispieldiagramm der Lösungsarchitektur aus dem Entscheidungsleitfaden für Formulare, das Datenvorgänge außerhalb des Bildschirms für Lightning Webkomponenten anzeigt.
Asynchrone Apex Überwachung über benutzerdefinierte AbfrageZeigt die Komponenten an, die an der Verfolgung des Status asynchroner Prozesse und der Anzeige der Ergebnisse von Batchaufträgen und geplanten Aufträgen beteiligt sind.
Asynchrone Verarbeitung über PlattformereignisseZeigt, wie die asynchrone Verarbeitung mit Plattformereignissen funktioniert. Die im Bus veröffentlichten Ereignisse werden von Abonnenten zur Verarbeitung verwendet.
Batch-Algorithmus für faire Apex-NutzungZeigt, wie der Algorithmus für die faire Nutzung sicherstellt, dass jede Organisation auf der Salesforce Platform einen "gerechten Anteil" an Batchverarbeitungsressourcen erhält.
Batch Apex Message Re EnqueueingZeigt, wie der Flow-Steuerungsmechanismus der Salesforce Platform verhindert, dass eine Organisation die Batch-Warteschlange überflutet, indem Nachrichten bei Überschreitung der Obergrenzen erneut in die Warteschlange gestellt werden.
Boxcarring in der Javascript-RemotingZeigt an, wie mehrere JavaScript-Remote-Anforderungen gleichzeitig ausgestellt oder in einer einzelnen XHR-Anforderung "boxcar'ed" werden können, um die Leistung zu verbessern.
Boxcarring in Lightning AktionenZeigt an, wie mehrere Lightning-Aktionen gleichzeitig ausgegeben oder in einer einzelnen XHR-Anforderung "boxcar'ed" werden können, um Netzwerkaufrufe zu optimieren.
AnspruchsprüfungZeigt ein Ereignis an, das veröffentlicht wird, wenn ein Datensatz geändert wird. Der Nachrichtentext des Ereignisses wird in einer Datenbank gespeichert und nur ein Verweis wird über den Nachrichten-Bus weitergeleitet.
Kundenpersonalisierungs-FlowZeigt zeitbasierte Interaktionen an, die am durchgängigen Informationsfluss von Kundeninteraktionen über Personalisierungsmodule bis hin zu Bereitstellungssystemen beteiligt sind.
FanoutZeigt, dass ein Ereignis veröffentlicht und in eine einzelne Warteschlange geschrieben wird, wenn ein Datensatz über eine Benutzerinteraktion geändert wird, wobei mehrere Abonnenten das Ereignis verarbeiten.
Middleware-Abruf über PlattformereignisbenachrichtigungZeigt, wie Sie Plattformereignisse verwenden können, um ausgehende Integrationen bereitzustellen, oder um ein Middleware-Tool anzuweisen, Daten aus Salesforce abzurufen.
Geplanter Pull für MiddlewareZeigt, wie Middleware synchrone Anforderungen an die SOAP-API oder die REST-API senden kann, um Verzögerungen bei der Echtzeitverarbeitung zu minimieren.
Übergebene NachrichtenZeigt ein Beispiel eines Prozess-Flows für das Muster "Weitergegebene Nachrichten", der einen Publisher, einen Abonnenten und eine Nachricht enthält, die zwischen Komponenten weitergegeben wird.
Abonnieren veröffentlichenZeigt das Muster "Veröffentlichen/Abonnieren" an und umfasst mehrere Herausgeber, mehrere Abonnenten und mehrere Nachrichtenvermittler.
Eindeutige Abonnementkopie veröffentlichenZeigt ein Ereignis, das veröffentlicht wird, wenn ein Datensatz über eine Benutzerinteraktion, einen Flow oder einen Batchauftrag geändert wird, wobei jeder Abonnent eine eindeutige Kopie des Ereignisses erhält.
StreamingZeigt einen Stream der zu veröffentlichenden Ereignisse an. Abonnenten, die die Streams abhören, erhalten die Ereignisse in Echtzeit.
QueuingZeigt ein Beispiel für das Warteschlangenmuster an, das zeigt, dass ein Ereignis veröffentlicht und in eine Warteschlange geschrieben wird, wobei Abonnenten Ereignisse in der Reihenfolge verarbeiten.
OmniStudio-IntegrationenEine Beispiel-Lösungsarchitektur aus dem Entscheidungsleitfaden für Formulare für OmniStudio-Integrationsmuster und Datenmanipulationen.