Informationen zu den unterstützten Connectors für Application Integration.

Trigger

Ein Trigger ist ein externes Ereignis, das eine Aufgabe oder eine Abfolge von Aufgaben in einer Integration initiiert. Sie können sich einen Trigger als Einstiegspunkt für Ihre Integration vorstellen und das mit dem Trigger verknüpfte Ereignis führt dazu, dass die mit dem Trigger verknüpften Aufgaben ausgeführt werden.

Sie können der Integration mehrere Trigger hinzufügen. Wenn jedoch ein Ereignis auftritt, beginnt nur der Trigger, der mit dem Ereignis verknüpft ist, mit der Ausführung der Aufgaben. Weitere Informationen finden Sie unter Mehrere Trigger in einer Integration hinzufügen.

Eine Liste aller verfügbaren vorkonfigurierten Trigger finden Sie unter Alle Trigger.

Trigger für Connector-Ereignisse

Trigger für Connector-Ereignisse sind spezialisierte Trigger, mit denen Sie eine Integration basierend auf dem Ereignisabo aufrufen können, das mit Integration Connectors in verschiedenen Geschäftsanwendungen erstellt wurde.

Eine Liste aller verfügbaren Trigger für Connector-Ereignisse finden Sie unter Trigger für Connector-Ereignisse. Weitere Informationen zu Ereignisabos in Integration Connectors finden Sie unter Ereignisabos.

Mehrere Trigger in eine Integration einfügen

Sie können einen oder mehrere Trigger in eine Integration einfügen, wobei jeder Trigger einer anderen Aufgabe zugeordnet ist. Die Integration beginnt mit dem Trigger, für den das Ereignis eintritt. Beispiel: Ihre Integration hat zwei Trigger, wobei Trigger-1 Task-1 zugeordnet ist und Trigger-2 einer nachgelagerten Aufgabe Task-5. Wenn ein Ereignis Trigger-2 auslöst, wird die Integration ab Task-5 ausgeführt.

Wenn mehrere Trigger gleichzeitig ausgeführt werden, führt jeder Trigger seine Kopie der Integration aus. Wenn im obigen Beispiel Trigger-1 und Trigger-2 gleichzeitig ausgeführt werden, führt Trigger-1 die Integration ab Task-1 und Trigger-2 eine separate Kopie der Integration ab Task-5 aus. Es gibt keine Überschneidungen zwischen den Ausführungsabläufen der beiden Integrationen.

Ausführungsmodi

Abhängig vom Trigger wird die Integration entweder im synchronen oder asynchronen Modus ausgeführt:

• Synchrone Ausführungen:Im synchronen Modus ist das Ergebnis der Ausführung kurz nach der Integration verfügbar. Der synchrone Modus ist hilfreich in Szenarien, in denen das Ausführungsergebnis sofort nach der Integration zurückgegeben werden soll. Zu den Triggern, die die Integration im synchronen Modus ausführen, gehören:
  • Integration testen oder veröffentlichen
  • projects.locations.integrations.execute API aufrufen
  • Rufen Sie die Integration von einer Unterintegration im synchronen Modus auf.
• Asynchrone Ausführungen:Bei asynchronen Ausführungen wird das Fire-and-Forget-Modell verwendet. Der asynchrone Modus ist hilfreich, wenn die Ausführung von Integrationen lange dauern kann oder das Ausführungsergebnis nicht sofort nach der Integration erforderlich ist. Zu den Triggern, die die Integration im asynchronen Modus ausführen, gehören:
  • Alle nicht synchronen Ausführungen werden im asynchronen Modus ausgeführt. Zu den gängigen asynchronen Modi gehören unter anderem:
    • Schedule-Trigger
    • Cloud Scheduler-Trigger
    • Cloud Pub/Sub-Trigger
    • Salesforce-Trigger
    • projects.locations.integrations.schedule API aufrufen
  • Ausführungen, die nach einer Sperrung oder Genehmigungsaufgabe fortgesetzt werden, werden auch im synchronen Modus ausgeführt, selbst wenn die anfängliche Ausführung im synchronen Modus erfolgt ist.

Nächste Schritte

• Konfigurierbare Trigger und Aufgaben, die in Application Integration verfügbar sind
• Weitere Informationen zu unterstützten Connectors für Application Integration