Zum Inhalt springen

Best Practices für Jitterbit Design Studio

Einführung

Dieses Dokument dient als Leitfaden für die Verwendung von Harmony mit Design Studio, der Desktop-Projektdesign-Anwendung von Jitterbit. Best Practices für die Verwendung von Integration Studio, die webbasierte Version der Projektdesignanwendung von Jitterbit, siehe Harmony Best Practices.

Dieses Dokument erhebt keinen Anspruch auf Vollständigkeit und deckt nicht alle Integrationsszenarien ab. Es soll vielmehr Anleitungen für gängige Integrationsszenarien bieten und die optimale Nutzung der zahlreichen Tools empfehlen, die Jitterbit-Nutzern zur Verfügung stehen.

Diese Seite sollten Sie lesen, nachdem Sie mit Jitterbit vertraut sind: Sie haben die Erste Schritte Seite, habe die Jitterbit University abgeschlossen Kurse besucht und möglicherweise bereits ein Integrationsprojekt selbst abgeschlossen. Dann kennen Sie die grundlegenden Konzepte und Begriffe von Jitterbit und verstehen, was Jitterbit mit Projekten, Operationen, Quellen, Zielen, Skripten und Bereitstellung meint.

Dieses Dokument ist eine Zusammenfassung der Funktionen, die durch Harmony 9.9. Stand Frühjahr 2019, das webbasierte Integration Studio ist anstelle des Desktops Design Studio verfügbar Anwendung für die Projektgestaltung.

Siehe Zusätzliche Ressourcen weiter unten finden Sie Links zu Videos und anderen Dokumenten, die Best Practices mit Jitterbit erläutern.

Support, Customer Success Manager und Dokumentation

Der Zugriff auf den Jitterbit-Support ist Teil einer Harmony Kundenlizenz. Bei Fragen oder technischen Problemen erhalten Sie kompetente Unterstützung vom Jitterbit-Support. Der Jitterbit-Support Auf der Seite finden Sie spezielle Anweisungen für Produktionsausfälle, um zeitkritische Probleme zu eskalieren.

Sie können sich auch an Ihren Customer Success Manager (CSM) wenden bei Fragen zur Lizenzierung oder anderen Themen.

Diese Dokumentationsseite (Jitterbit-Dokumentation) und unsere Entwickler (Jitterbit Developer Portal) enthalten mehr als 3.600 eindeutige URLs mit technischem Material.

Jitterbit-Produktaktualisierungen

Harmony-Updates werden regelmäßig veröffentlicht (siehe Veröffentlichungsplan). Selbst eine Nebenversion enthält neben Fehlerbehebungen auch neue Funktionen und Verbesserungen.

Zugriff auf Webanwendungen über das Harmony-Portal werden automatisch aktualisiert und führen immer die neueste veröffentlichte Version aus.

Cloud-API -Gateway und Cloud-Agent-Gruppe Updates werden automatisch angewendet. Für die Cloud-Agentengruppen gibt es zwei Sets: Produktion und Sandbox. Letzteres dient zum Testen der Kompatibilität mit Vorabversionen der Agentensoftware und ist keine Umfeld.

Lokal installierte Anwendungen werden durch Herunterladen und Ausführen eines Installationsprogramms aktualisiert:

Es ist ratsam, sich über aktuelle Versionen auf dem Laufenden zu halten, insbesondere über Versionen mit Funktionsupgrades.

Projektorganisation und -design

Wiederverwendbarkeit

Wiederverwendbarkeit von Projekten

Ein typisches Szenario für die Wiederverwendung eines Projekts ist die Entwicklung eines Standardprojekts mit umfassender Verwendung globaler Variablen und insbesondere Projektvariablen. Konfigurierbare Elemente wie Endpoint, optionale Feldzuordnungen, Email-Adressen und Dateinamen können als Projektvariablen bereitgestellt werden. Das Standardprojekt wird in mehreren Umgebungen bereitgestellt, und mithilfe der Management Console werden die Projektvariablen für jede Umfeld gefüllt.

Wiederverwendung von Quelle und Ziel

Obwohl Dateiquellen und -ziele häufig in Operationen verwendet werden, muss nicht für jede Operation ein neues Quell-/Zielpaar erstellt werden. Da Dateiquellen und -ziele globale Variablen für Pfad und Dateinamen akzeptieren, können Quellen und Ziele für ähnliche Operationen einmal erstellt und über globale Variablen gesteuert werden. Nehmen wir beispielsweise an, dass die Objekte „Quelle“ und „Ziel“ erstellt werden und im Feld „Dateiname“ steht: [filename]. Der $filename Die Variable kann an einer beliebigen Stelle vor dem Schreiben des Ziels gesetzt werden und wird verwendet.

Dies gilt für Datenbanken, Dateifreigaben, FTP Sites, lokale Dateien sowie HTTP-Quellen und-Ziele.

Wiederverwendbarkeit von Script

Eigenständige Scripts, die eine bestimmte Funktion ausführen, z. B. eine Datenbanksuche durchführen oder ein Ergebnis aus einer Reihe von Argumenten bereitstellen, können für die Wiederverwendung infrage kommen, insbesondere wenn sie in mehreren Vorgängen verwendet werden.

Wenn ein Script beispielsweise die DBLookup() Funktion für eine Datenbanktabelle, und diese Funktion wird während der gesamten Integration verwendet, dann kann ein eigenständiges Script (getrennt von einer Operation) erstellt werden. Mit dem ArgumentList() Funktion oder einfache globale Variablen, es kann Argumente akzeptieren und ein Ergebnis zurückgeben. Da jede Operation einen anderen Gültigkeitsbereich hat, kann dasselbe Script problemlos von mehreren gleichzeitigen Operationen aufgerufen werden.

Hinweis

Wenn Sie Ihre Projekte auf einer Dateifreigabe speichern, bleiben Änderungen an der Benutzeroberfläche (z. B. die Neuanordnung von Objekten in einer Ansicht) beim erneuten Öffnen des Projekts nicht erhalten.

Jitterbit empfiehlt daher nicht, Projekte auf einer Dateifreigabe zu speichern, da:

  • Änderungen an der Benutzeroberfläche (Anordnung von Objekten) bleiben beim Speichern einer Datei nicht erhalten.
  • Leistungseinbußen: Das Laden und Speichern eines Projekts kann aufgrund fehlender Zwischenspeicherung langsam sein.
  • Andere Benutzer im Netzwerk können Änderungen an einem Projekt aufgrund fehlender Dateisperren überschreiben.

Organisieren Sie die Vorgänge in einem Projekt

Design Studio bietet Operation und sortiert diese beim erneuten Öffnen eines Projekts alphabetisch. Durch die Verwendung eines Nummerierungsschemas bei der Benennung von Operationen und Ordnern wird der Integrationsfluss übersichtlicher und die fehlerbehebung vereinfacht.

Beispiel: Angenommen, es gibt zwei Integration Flows, einen für den Kundenstamm und einen für den Artikelstamm. Jeder davon enthält zwei Operationen. In Design Studio können zwei Ordner erstellt werden: „Kundenstamm“ und „Artikelstamm“. Im ersten Ordner könnten die Operationen „CM001 Kunde abrufen“ und „CM002 Kunde aktualisieren“ heißen. Im zweiten Ordner könnten die Operationen dann „IM001 Artikel abrufen“ und „IM002 Artikel aktualisieren“ heißen:

Anhang

Das Operation zeigt die Schritte der Integrationskette sowie fehlende Schritte übersichtlich an. Durch einen Rechtsklick auf einen Ordner in Design Studio werden in der Operationsliste nur die darin enthaltenen Operationen angezeigt. Eine konsistente Organisationsstruktur und Benennung erleichtert es auch Projektneulingen, den grundlegenden Operation schnell zu verstehen.

Verwalten von Race Conditions bei der Verwendung asynchroner Vorgänge

Bei der Verwendung des RunOperation() Im asynchronen Modus werden Operationen ausgeführt, ohne dass die Kontrolle an den Aufrufer zurückgegeben wird. Die Verwendung asynchroner Operationen kann zu Race Conditions führen.

Wenn beispielsweise Operation A eine Datenbanktabelle aktualisiert und mit Operation B verkettet ist, die dieselbe Tabelle liest (beide sind synchron), treten keine Race Conditions auf. Wird Operation A jedoch asynchron aufgerufen und unmittelbar darauf von Operation B gefolgt, kann es sein, dass B ausgeführt wird, bevor A abgeschlossen ist.

Endpoint

Verwenden Sie als Endpoint eine System-ID mit Administratorberechtigungen anstelle einer Benutzer-ID. Benutzer-IDs laufen in der Regel ab oder müssen deaktiviert werden, wenn der Benutzer das Unternehmen verlässt.

Durch die Verwendung von Projektvariablen (deren Werte ausgeblendet werden können) zur Verwaltung der Anmeldeinformationen muss der Jitterbit-Administrator keine Produktionsanmeldeinformationen eingeben. Dies kann ein Benutzer über die Management Console erledigen. Dieser Ansatz kann bei Bedarf auch für Email Anmeldeinformationen verwendet werden.

API -Verarbeitung

API-Manager sollte anstelle von HTTP- Endpoints verwendet werden. HTTP- Endpoints dienten früher zur Verarbeitung von eingehenden Anrufen mit geringem Datenverkehr und erforderten das Öffnen bestimmter Netzwerkports, was viele Unternehmen heute als ernstes Sicherheitsrisiko betrachten.

API-Manager und sein API Gateway sind auf hohe Leistung ausgelegt, führen detaillierte Protokollierung durch, implementieren gängige Sicherheitsmaßnahmen und verfügen über eine benutzerfreundliche Designoberfläche, die Teil der Harmony-Plattform ist. Es müssen keine Netzwerkports für den eingehenden Datenverkehr konfiguriert werden.

Eine API-Manager API sollte für Echtzeit-/ereignisgesteuerte Integrationsmuster verwendet werden. Beispiel: Endpoint A kann eine API, z. B. Salesforce, über ausgehende Nachrichten aufrufen. Eine API-Manager API lässt sich schnell implementieren und in eine Operationskette einbinden.

Die bevorzugte Vorgehensweise bei der Beantwortung eines Anrufs besteht darin, dies so schnell wie möglich zu tun. Wenn das Integrationsdesign so konzipiert ist, dass die nachfolgenden Vorgänge viel Zeit benötigen, besteht die Gefahr eines Timeouts oder dass andere eingehende Anrufe die Antwortfähigkeit des Zielendpunkts überfordern.

Wenn der Endpoint viele Aufrufe pro Minute tätigt und das Gateway des Zielendpunkts nur eine bestimmte Anzahl von Verbindungen verarbeiten kann, ist es möglich, dass der Endpoint nicht hochskaliert werden kann, um die Anfragen zu verarbeiten. In diesem Fall ist eine asynchrone Antwort möglicherweise der bessere Ansatz. Das heißt, die Antwort erfolgt sofort, und der Datensatz vom Endpoint wird über einen Aufruf an die API der Quelle gesendet.

Persistente Integrationsdaten

Es gibt viele Szenarien, in denen die Möglichkeit, Daten in der Cloud zu speichern, hilfreich sein kann. Jitterbit bietet verschiedene Methoden: Projektvariablen, Cloud-Caching-Funktionen und temporären Speicher.

Projektvariablen

Projektvariablen sind vorinitialisierte statische Variablen (ähnlich den Projektkonstanten), die im Design Studio oder in der Management Console bearbeitet werden können.

Ein Beispiel für die Verwendung von Projektvariablen sind Endpoint-Anmeldeinformationen. Mithilfe von Projektvariablen können verschiedene Endpoint (die in der Regel unterschiedliche Anmeldeinformationen haben) auf verschiedene Jitterbit-Umgebungen angewendet und über die Management Console bearbeitet werden. Dies ermöglicht einen Geschäftsprozess, bei dem ein Benutzer mit Management Console Rechten Anmeldeinformationen ändern kann, ohne Zugriff auf Design Studio zu benötigen.

Ein zweites Beispiel ist die Verwendung von Projektvariablen, um Flags zu speichern, die von der Integrationslogik verwendet werden, um das Verhalten der Integration anzupassen. Wenn ein einzelnes Projekt entwickelt, aber für verschiedene Endpoints verwendet wird, kann eine boolesche Projektvariable (z. B. „Send_PO_number“) von der Transformationslogik für das Feld „PO-Nummer“ überprüft werden. Wenn der Wert der Projektvariablen „false“ ist, dann UnMap() Mit diesem Befehl kann dieses Feld deaktiviert werden.

Cloud-Caching-Funktionen

Cloud-Cache-Funktionen (ReadCache() Und WriteCache()) sind zuweisbare Datenräume, die projekt- und umgebungsübergreifend verfügbar sind. Ein zwischengespeicherter Wert ist bis zu seinem Ablauf für alle Vorgänge im gleichen Bereich sichtbar, unabhängig davon, wie der Operation gestartet wurde oder auf welchem Agenten er ausgeführt wird. Durch das Zwischenspeichern von Daten in Harmony(anstatt auf lokale oder agentenspezifische Datenspeicher zurückzugreifen) können Daten zwischen einzelnen Vorgängen und projektübergreifend gemeinsam genutzt werden.

Weitere Verwendungsmöglichkeiten von Cloud-Caching sind:

  • Daten können zwischen asynchronen Vorgängen innerhalb eines Projekts geteilt werden. Fehler, die bei verschiedenen Vorgängen auftreten, können in einem gemeinsamen Cache gespeichert werden. Durch die Sammlung der Operation können umfassendere Warnmeldungen erstellt werden.
  • Anmeldetoken können betriebsübergreifend gemeinsam genutzt werden.

Temporären Speicher verwalten

Temporärer Speicher wird häufig bei Integrationsvorgängen verwendet. Er unterscheidet sich von lokalen Dateien (Quellen oder Ziele), die nur auf privaten Agenten verwendet werden kann. Beachten Sie diese Richtlinien, insbesondere wenn Sie eine Umfeld verwenden möchten:

  • Machen Sie Ihr Projekt „upgradesicher“ und verwenden Sie temporären Speicher so, dass für die Migration von einem einzelnen Server zu einer Umfeld kein Refactoring erforderlich ist.

Der temporäre Speicher wird in das temporäre Verzeichnis des Standardbetriebssystems des ausführenden Agenten geschrieben. Bei einem einzelnen privaten Agenten ist dies das temporäre Standardverzeichnis des Serverhosts dieses Agenten. Bei mehreren privaten Agenten ist dies das temporäre Standardverzeichnis des Serverhosts des ausführenden Agenten. Bei Verwendung eines Cloud-Agenten (Cluster) ist dies das temporäre Standardverzeichnis des jeweiligen Cloud-Agent Host.

  • Standardmäßig wird der temporäre Speicher nach 24 Stunden durch einen Jitterbit-Bereinigungsdienst gelöscht. Bei Cloud-Agenten kann dies sofort geschehen.

Ein einfacher Ansatz besteht darin, ein Ziel zu erstellen, ihm einen eindeutigen Namen zu geben und dann mit „In neue Quelle kopieren“ eine Quelle mit demselben Dateinamen zu erstellen. Ziel und Quellen sind tatsächlich unabhängig und benötigen denselben Dateinamen, um Lese- und Schreibvorgänge zu synchronisieren.

In einer Cluster-Umfeld (private oder Cloud-Agenten) erfolgen alle Lese- und Schreibvorgänge im temporären Speicher auf demselben Host, solange die Vorgänge, die den temporären Speicher verwenden, miteinander verknüpft (verkettet) sind. Wenn jedoch Operation A in den temporären Speicher „myfile“ schreibt und Operation B diesen liest, kann die Leseaktion inkonsistent sein, da möglicherweise nicht derselbe Host wie Kette A gelesen wird.

!!! note "Notiz"
    Verkettete Vorgänge werden unabhängig von der Synchronizität immer auf demselben Agenten wie der übergeordnete Operation ausgeführt.

Bei Zielen wird die Datei standardmäßig überschrieben. Dies kann mit der Option „An Datei anhängen“ geändert werden. Normalerweise erfordert dies, dass die Datei nach dem Lesen der Quelle gelöscht oder archiviert wird. Eine einfache Möglichkeit hierfür ist die Auswahl von „Datei löschen“ oder „Datei umbenennen“ in der Quelle.

  • Dateinamen-Schlüsselwörter sind verfügbar, die beim Erstellen eines Dateinamens verwendet werden können.

  • Eine Datei im temporären Speicher kann schnell gelesen werden, indem man ein Script mit dem ReadFile() Funktion, wie zum Beispiel ReadFile("<TAG>Sources/test</TAG>") Beachten Sie, dass dies nur mit einem einzigen privaten Agenten zuverlässig funktioniert.

Siehe Globale Variable versus temporärer Speicher für einen Vergleich dieser beiden Typen und Empfehlungen, wann welcher geeignet ist.

Skripting

Wann wird Skripting verwendet?

Obwohl Jitterbit über robuste Skriptfunktionen verfügt, sollte Skripting nur bei Bedarf verwendet werden. Wenn Sie zwischen Skripting und einer Standardmethode wählen können, wählen Sie die Standardmethode. Eine „Standardmethode“ ist eine Methode, die über die Benutzeroberfläche von Jitterbit Design Studio zur Ausführung einer Aufgabe bereitgestellt wird.

Ein Beispiel hierfür wäre die Organisation von Operation. Die Design Studio Benutzeroberfläche von Jitterbit ermöglicht die Erstellung von Operation, die durch Erfolgs- und Fehlerpfade verknüpft sind. Alternativ ist es möglich, eigenständige Operationen zu erstellen und diese dann mithilfe von Skripten zu verknüpfen. RunOperation() Funktion. Sofern dieser Ansatz nicht durch technische Anforderungen (wie die Verwendung asynchroner oder optionaler Pfade) bedingt ist, sollte man sich vorzugsweise auf die Benutzeroberflächenmethode von Jitterbit verlassen, um verschiedene Vorgänge miteinander zu verknüpfen.

Skripting eignet sich im Allgemeinen am besten an zwei Stellen: im Formel-Generator in Transformations und in eigenständigen Scripts. Wenn derselbe Code in mehreren Transformation verwendet wird, sollten Sie ihn in ein eigenständiges Script verschieben und es dann in jeder Transformation aufrufen. RunScript().

Namenskonvention für Variablen

Jitterbit hat vier Arten von Variablen:

  • lokale Variablen
  • globale Variablen
  • Projektvariablen
  • Jitterbit-Variablen

Lokale und globale Variablen werden in Jitterbit Scripts erstellt; Projektvariablen werden im Jitterbit Design Studio definiert; Jitterbit-Variablen sind im Jitterbit-System vordefiniert.

Da der Umfang einer lokalen Variable auf ein einzelnes Script beschränkt ist, kann die Namenskonvention für sie sehr einfach sein, z. B. nur Kleinbuchstaben oder ein Wort am Anfang, wie z. B. "return" oder "myVariable".

Globale Variablen sollten aufgrund ihres größeren Umfangs (eine globale Variable kann in denselben oder nachlegende Operationen und Scripts innerhalb einer Operation referenziert werden) eine einheitliche Namenskonvention verwenden, um eine versehentliche Wiederverwendung zu vermeiden. Wenn Sie beispielsweise mehrere Komponenten für einen Variablennamen verwenden, die durch Punkte getrennt sind, können Sie einem Muster wie diesem folgen:

first.second.third[.fourth]

Wo:

  • Erste Komponente: Org-Spezifizierer
  • Zweite Komponente: Ein Typ wie id, Fehler, Datum, Datei, Token, Zeitstempel, Zeitzone, Flag, Email, GUID, Benutzer, externe ID, val (für einen sonstigen Wert), arr (für Array) oder ein Endpoint wie sfdc
  • Dritte Komponente: Variablenname
  • Vierte Komponente: Optionaler Name der Untervariable

Kombinieren Sie diese Komponenten und nehmen Sie an, Ihr Organisationsname ist example Variablennamen könnten sein:

  • $example.arr.names- $example.sfdc.success.message

Da Projektvariablen über die Management Console sichtbar sind und im Allgemeinen zur Konfiguration des Integrationsverhaltens verwendet werden, können benutzerfreundlichere Namen verwendet werden. Da Projektvariablennamen keine Leerzeichen enthalten dürfen, können stattdessen Unterstriche verwendet werden. Beispiel: "Start_Date" Und "Include_Assemblies".

Für welche Konvention Sie sich auch entscheiden, wir empfehlen, sie zu kodifizieren und zu dokumentieren, damit alle Teammitglieder sie in allen Projekten einheitlich verwenden können.

Warnung

Wenn Sie Ihre globalen Jitterbit-Variablen in einem JavaScript-Script verwenden möchten, ist es wichtig, Unterstriche anstelle von Punkten zu verwenden:

  • $example_arr_names
  • $example_sfdc_success_message

Umgebungen und Bereitstellungen

Jitterbit ermöglicht Methoden für den Softwareentwicklungslebenszyklus durch die Nutzung von Umgebungen und Bereitstellungsoptionen.

Umgebungen

In Harmony können mit der Umfeld Produktions- und Nicht-Produktionsumgebungen eingerichtet werden.

Angenommen, in der Management Console sind eine Entwicklungs- und eine Umfeld eingerichtet und beide der Agentengruppe A zugewiesen. Projekt 1 wird in der Umfeld entwickelt. Jitterbit bietet eine Migrationsfunktion, die dieses Projekt in die Endpoint kopiert. Anschließend werden die Endpoint Anmeldeinformationen in die Umfeld geändert. Andere Quellen und Ziele werden ebenfalls geändert. Anschließend werden bei Migrationen von Entwicklungsumgebung zu Produktionsumgebung Endpoints, Quellen und Ziele ausgeschlossen, sofern sie nicht neu sind.

Bereitstellungsverwaltungsoptionen

Es gibt mehrere Optionen zum Bereitstellen von Projekten.

  • Vollständige Bereitstellung: Wenn Sie Aktionen > Bereitstellen > Alles auswählen, wird das gesamte Projekt übernommen und in der Cloud überschrieben.

  • Projektsicherung: Unter Aktionen > Bereitstellen > Alles gibt es die Option „Auch eine Sicherung in der Cloud speichern“. Wählen Sie diese Option, bevor Sie größere Änderungen an einem Projekt vornehmen, um einen Wiederherstellungspunkt in Harmony zu speichern.

  • Alle neuen und geänderten Elemente: Diese Option ist unter Aktionen > Bereitstellen > Erweiterte Optionen verfügbar. Da Design Studio die Liste der fehlerhaften Elemente speichert, werden Änderungen und alle Abhängigkeiten einsetzen.

  • Eine neue Funktion besteht darin, den Fortschrittsdialog während einer einsetzen zu deaktivieren (siehe Einstellungen > Bereitstellen), wodurch die Bereitstellung einzelner Elemente im Hintergrund erfolgen kann.

Versionswarnungen

Wenn beim Bereitstellen von Projektänderungen eine neuere Version bereitgestellt wurde, wird eine Warnung angezeigt, die darauf hinweist, dass eine neuere Version vorhanden ist und angibt, wer sie bereitgestellt hat. Der Jitterbit-Administrator hat die Möglichkeit, das Projekt zu überschreiben. In einer Umfeld mit mehreren Entwicklern empfiehlt es sich im Allgemeinen, das aktuelle Projekt vor dem Vornehmen von Änderungen aus der Cloud herunterzuladen.

Testen, Fehlerbehebung und Protokollierung

Verwenden Sie Testfunktionen für die Entwicklung der rAPID-Integration

Jitterbit ermöglicht eine schnelle Integrationsentwicklung und Unit-Tests, indem es die eigentlichen Integrationsdaten während der Designphase sichtbar macht. Der offensichtliche Vorteil liegt darin, einen iterativen Entwicklungsprozess zu ermöglichen, indem die Daten vor und nach Transformations angezeigt werden, anstatt die gesamte Operation zu erstellen, auszuführen und die Ausgabe zu prüfen. Dies geschieht hauptsächlich über das Transformations, insbesondere über die Funktionen „Transformation testen“ und „Operation ausführen“.

Sind die zu integrierenden Objekte bekannt, kann ein erfahrener Entwickler mithilfe des Transformation und seines Toolkits schnell eine Integration entwickeln. Stellen Sie beispielsweise eine Verbindung zu einer Datenbank her und erstellen Sie mithilfe des Transformation die Operation und die Transformation. Führen Sie anschließend bei geöffneter Transformation einen „Operation ausführen“ aus. Die Daten werden im Transformation angezeigt, und die Datensätze können durchlaufen werden. Dadurch werden sofort die genauen Daten angezeigt, die Jitterbit bei Ausführung der Operation empfängt.

Wenn für ein Feld eine Transformation erforderlich ist, doppelklicken Sie darauf, um den Formel-Generator zu öffnen und das erforderliche Script zu erstellen. Mit der Funktion „Test“ im Formel-Generator werden die Transformation verwendet und die genaue Ausgabe angezeigt, die während der Ausführung generiert wird.

Wenn die Quelle nicht verfügbar ist, die Quelldaten jedoch in einer Datei (CSV, XML, JSON) vorliegen, kann die Datei mithilfe der Funktionen „Beispielquelldaten laden“ und „Transformation testen“ in das Transformations importiert werden.

Fehlerbehebung bei der Integration aktivieren

Ein Schlüsselkonzept für eine gesunde Integrationsarchitektur besteht darin, zu erkennen, dass das Unternehmen Fragen zur Genauigkeit der Integrationsarbeit stellen wird, insbesondere wenn Abweichungen in den Endpoint auftreten. Die Integration kann fehlerhaft sein, muss es aber nicht. Die Integration muss ein hohes Maß an Transparenz bieten, um Fragen zur Datengenauigkeit zu klären.

Wenn beispielsweise Daten in einem Endpoint fehlerhaft zu sein scheinen, wird in der Regel der Integrationssupport hinzugezogen, um Einzelheiten zu allen Integrationsaktionen bereitzustellen, etwa zu Zeiten, Quellen, Transformation, Erfolgs- oder Fehlermeldung usw. Der Fehlerbehebungsprozess profitiert davon, wenn diese Informationen als Standardteil der Integrationsarchitektur verfügbar gemacht werden.

In Jitterbit wird dies durch Protokollierungs- und Warnfunktionen unterstützt.

Protokollierung

Das Jitterbit Operation erfasst standardmäßig wichtige Daten wie Operation sowie Erfolgs-, Fehler- und Abbruchmeldungen. Wenn Fehler auftreten und der Endpoint Fehlerinformationen zurückgibt, werden diese im Protokoll erfasst.

Verwenden Sie beim Entwickeln einer Integration die WriteToOperationLog() Funktion in den Mappings und Scripts, um wichtige Daten und Schritte im Prozess zu erfassen. Dies ist in der Regel so einfach wie: WriteToOperationLog("The id is: "+sourcefieldid).

Wenn die gesamte Ausgabe einer Transformation erfasst werden soll, kann dies durch die Erstellung einer Operation erreicht werden, die die Quelle liest, die Transformation durchführt und in eine temporäre Datei schreibt. Ein Post-Operation Script kann die Datei lesen und in das Operation schreiben: WriteToOperationLog(ReadFile(<tempfile>)). Anschließend kann die „eigentliche“ Operation durchgeführt werden.

Protokolle können entweder in Design Studio oder in der Management Console angezeigt werden. Der Vorteil der Management Console besteht darin, dass Supportmitarbeiter über den Browser darauf zugreifen können, ohne einen Design Studio-Client auf ihrem Desktop zu benötigen.

Die Daten in den Protokollen sind durchsuchbar, sodass das Szenario möglich ist, in dem die genaue Zeichenfolge, die an der Fehlerbehebung beteiligt ist, ein bekannter Wert ist und protokolliert wird.

APIs verfügen häufig über eine informative Erfolgs- oder Nichterfolgsmeldung. Erfassen Sie diese Informationen zusätzlich im Protokoll.

Betriebsprotokolle, einschließlich detaillierter Protokollnachrichten von Cloud-Agenten und privaten Agenten, werden von Harmony 30 Tage lang aufbewahrt.

Alarmierung

Häufig müssen Integrationsergebnisse nicht nur protokolliert, sondern auch eskaliert werden. Jitterbit bietet eine Email Integration, die einfach an Vorgänge und Erfolgs-/Fehlerpfade angehängt oder aus Scripts aufgerufen werden kann.

Weitere Informationen finden Sie unter Alarme, Protokollierung und Fehlerbehandlung einrichten.

Zusätzliche Ressourcen

Diese Abschnitte und Seiten der Dokumentation beziehen sich auf bewährte Verfahren und sind für Sie von Interesse.

Tech-Gespräche

Jitterbit Tech Talks sind Videopräsentationen, die Bereiche abdecken, die für Benutzer aller Erfahrungsstufen von Interesse sind:

Dokumentation

Die Jitterbit-Dokumentation enthält Best Practices auf unseren Seiten zur Verwendung von Jitterbit:

Sicherheit

Entwurfsmuster und Beispiele

  • Best Practices für SAP
    Probleme und Überlegungen, die bei der Integration von und zu SAP Instanzen auftreten können, insbesondere beim Erstellen einer bidirektionalen Integration.
  • Design Studio Anleitungen
    Häufige Integrationsprobleme unserer Kunden, die mit unserer Software gelöst werden können.
  • Jitterpak-Bibliothek
    Beispielprojekte für den Einstieg.

Projekte erstellen

Protokollierung

Projekte verwalten

  • Neue Rezepte erstellen
    Bewährte Methoden zum Erstellen von Jitterpaks zur Verwendung mit Citizen Integrator-Rezepten für Design Studio.
  • Methodik für Integrationsprojekte
    Wichtige Punkte, die ein Projektmanager für ein Design Studio-Projekt wissen sollte, darunter die Organisation Ihres Teams, das klare und präzise Erfassen und Validieren von Anforderungen und die Nutzung der Stärken von Harmony für die Durchführung eines erfolgreichen Integrationsprojekts.
  • Aus Cloud-Backup wiederherstellen
    Best Practices zum Sichern und Wiederherstellen von Projekten.
  • Ein Team-Zusammenarbeitsprojekt einrichten
    Best Practices zur Unterstützung mehrerer Entwickler, die am selben Projekt arbeiten.

Private Agenten

Verwenden von APIs