Bewährte Methoden für Prozessvorlagen¶
Einführung¶
Auf dieser Seite finden Sie Best Practice-Anleitungen und Empfehlungen für die Gestaltung von Integration Studio Prozessvorlagen zum Hochladen auf Jitterbit Marketplace. Dieses Dokument ist nicht umfassend und deckt nicht alle Szenarien ab.
Allgemeine Best Practices finden Sie unter Jitterbit iPaaS Best Practices.
Bewährte Methoden¶
Die folgenden Abschnitte bieten einen Überblick über bewährte Vorgehensweisen bei Prozessvorlagen:
Projekte¶
Dies sind allgemeine Richtlinien für Projekte:
-
Projektvariablen verwenden für Werte, die sich von Benutzer zu Benutzer ändern, wie z. B. Benutzernamen und Passwörter. Außerdem empfiehlt es sich, beim Erstellen von Projektvariablen Projektvariablen mit einem Präfix zu versehen, damit sie leicht nachgeschlagen werden können. Beispielsweise kann eine Projektvariable
org_netsuite_auth_username
wird zuerst vorangestellt mitorg
, Dannnetsuite
usw., um es effektiv in einer Liste unter anderen Projektvariablen zu organisieren. -
Löschen ungenutzte Komponenten aus dem Projekt.
-
Entfernen Sie alle automatisch generierten
-Copy
Suffixe aus Projektkomponenten entfernen und diese logisch umbenennen.
Operationen¶
Dies sind allgemeine Richtlinien für Operationen:
-
Verwenden Sie einen Anwendungsconnector über das HTTP oder HTTP v2-Anschlüsse, wenn möglich.
-
Konfigurieren Sie alle Vorgänge für die Fehlerbehandlung. Informationen zu Best Practices zur Fehlerbehandlung finden Sie im Tech Talk zu Best Practices zur Fehlerbehandlung.
Scripts¶
Dies sind allgemeine Richtlinien für Scripts:
-
Verwenden Sie, wenn möglich, sofort einsatzbereite Funktionen anstelle von Scripts.
-
Vermeiden Sie das Aufrufen von Operationen innerhalb von Scripts.
-
Vermeiden Sie das Aufrufen von Operationen oder das Einbinden von Skriptlogik in Transformations.
Projekt- und Komponentenbenennung¶
Dies sind die Empfehlungen zur Benennung von Projekten und deren Komponenten:
Komponente | Muster | Beispiel |
---|---|---|
Projekt | <action> + <endpoint> + <object> Zu <endpoint> + <object> | Sync Salesforce Contacts to SAP Contacts |
Operation | <action> + <endpoint> + <object> | Get Salesforce Contacts |
Endpoint | <endpoint> | Salesforce |
Endpoint | <action> + <object> | Upsert Contacts |
Transformation | <action> + <object> + Request/Response | Upsert Salesforce Contacts Request |
Script | <action> + <object> | Send Error Email |
Projektvariablen | <endpoint>_<element> | Salesforce_Security_Token |
Globale Variablen | Camel Case verwenden | errorMessage |
Darüber hinaus sollten Projektname, Beschreibung und Workflow übereinstimmende Namen haben.
Hinweis
Achten Sie bei der Benennung von Projekten und deren Komponenten auf Rechtschreibfehler.
Struktur der Prozessvorlage¶
Die folgende Struktur beschreibt, wie jede Operation innerhalb der Operation eines Workflows funktionieren soll:
-
Operation 1: Die erste Operation dient zum Konfigurieren allgemeiner Variablen für die Protokollierung von Informationen, wie z. B. Erfolgsanzahl, Fehleranzahl, Erfolgszusammenfassung und Dateinamen. Mithilfe allgemeiner Variablen können Sie die Erfolgs- und Fehlerdateien schreiben und ein zusammenfassendes Protokoll mit den Werten drucken, auf die die Variablen eingestellt sind. Sobald diese eingerichtet sind, können Sie eine Email Benachrichtigung konfigurieren, die diese Informationen an den von Ihnen definierten Empfänger übermittelt.
-
Vorgang 2: Der zweite Operation ruft Daten vom Endpoint ab.
-
Vorgang 3: Wenn ein Connector keine Paginierung unterstützt, wird der dritte Operation verwendet, um die Daten für Endpoints zu paginieren, die nur eine begrenzte Anzahl von Datensätzen unterstützen.
-
Operation 4: Die vierte Operation implementiert die verbleibende Logik, die zum Ausführen einer Aktion am Endpoint erforderlich ist.
-
Vorgang 5: Der letzte Operation ist so konfiguriert, dass eine einzelne Email Benachrichtigung mit einer Zusammenstellung der Fehlermeldungen (von allen Vorgängen) an den von Ihnen festgelegten Empfänger gesendet wird.