Zum Inhalt springen

Verwandeln Sie Ihre Kontakte in Urlaubsgeld mit unserem neuen Kundenempfehlungsprogramm! Erfahren Sie mehr

✕

Daten mithilfe von Projektvariablen, Cloud-Caching oder temporärem Speicher im Jitterbit Integration Studio dauerhaft speichern

Einführung

Zum Speichern von Daten in der Harmony Cloud können mehrere Methoden verwendet werden, z. B. die Verwendung von Projektvariablen, die Verwendung von Cloud-Caching-Funktionen oder die Verwendung von temporärem Speicher.

Projektvariablen

Projektvariablen sind vorinitialisierte statische Variablen, die als Projektkonstanten betrachtet werden können. Sie können entweder im Integration Studio (siehe Projektvariablen bearbeitet werden) oder die Management Console (siehe Projekte).

Ein Beispiel für die Verwendung von Projektvariablen sind Endpoint Anmeldeinformationen. Durch die Verwendung von Projektvariablen können verschiedene Endpoint (die in der Regel unterschiedliche Anmeldeinformationen haben) auf verschiedene Harmony-Umgebungen angewendet werden 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 Integration Studio und den Projekt-Designer 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 Number überprüft werden. Wenn der Wert der Projektvariablen false, dann die UnMap-Funktion könnte verwendet werden, um dieses Feld „auszuschalten“ und es nicht in eine relevante Transformation einzubeziehen.

Cloud-Caching-Funktionen

Die Cloud-Caching-Funktionen ReadCache Und WriteCache werden verwendet, um Datenräume zuzuweisen, die projekt- und umgebungsübergreifend verfügbar sind. Ein zwischengespeicherter Wert ist für alle Vorgänge im gleichen Bereich bis zu seinem Ablauf 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 wie Temporary Storage zurückzugreifen, werden Daten in Harmony zwischengespeichert können Daten zwischen einzelnen Vorgängen und über Projekte hinweg gemeinsam genutzt werden.

Dies sind weitere Verwendungsmöglichkeiten von Cloud-Caching:

  • 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 Akkumulation der Operation können umfassendere Warnmeldungen erstellt werden.
  • Anmeldetoken können betriebsübergreifend gemeinsam genutzt werden.

Zwischenspeicherung {: #temporary-storage }Zwischenspeicher Endpoints werden häufig in Operationen sowohl auf Cloud- als auch auf privaten Agenten verwendet. Diese unterscheiden sich von Lokalem Speicher Endpoints, die nur auf privaten Agenten verwendet werden können.

Bei Verwendung eines Endpoint für den temporären Speicher werden temporäre Dateien in das temporäre Verzeichnis des Standardbetriebssystems auf dem Agenten geschrieben und von dort gelesen, der die Arbeit ausführt:

  • Im Fall eines einzelnen privaten Agenten ist das temporäre Speicherverzeichnis das temporäre Standardverzeichnis dieses privaten Agentenservers.
  • Wenn Sie mehr als einen privaten Agenten verwenden, der in einer privaten Agentengruppe gruppiert ist, ist das temporäre Speicherverzeichnis das temporäre Standardverzeichnis des spezifischen privaten Agentenservers, der die Arbeit ausführt.
  • Da Cloud-Agenten in einer Cloud-Agentengruppe gruppiert sind, ist das temporäre Speicherverzeichnis das temporäre Standardverzeichnis des spezifischen Cloud-Agentenservers, der die Arbeit ausführt.

In einer geclusterten Agentengruppe (private oder Cloud-Agenten) erfolgen alle Lese- und Schreibvorgänge des temporären Speichers auf demselben Agentenserver, solange die Vorgänge, die den temporären Speicher verwenden, miteinander verknüpft (verkettet) sind. Schreibt jedoch Kette A in ihren temporären Speicher, myfile und Chain B liest aus seinem temporären Speicher myfile, und die beiden Ketten selbst nicht miteinander verkettet sind, kann der temporäre Speicherlesevorgang in Kette B nicht vom selben Agenten gelesen werden, in den Kette A geschrieben hat.

Notiz

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

Beachten Sie bei der Verwendung von temporärem Speicher die folgenden Richtlinien:

  • Um Ihr Projekt aktualisierungssicher zu machen, sollten Sie bei der Verwendung privater Agenten den temporären Speicher so nutzen, dass für die Umstellung von einem einzelnen privaten Agenten auf eine Agentengruppe mit mehreren Agenten kein Refactoring erforderlich ist.

  • Wenn Sie eine geclusterte Agentengruppe (private oder Cloud-Agenten) verwenden, stellen Sie sicher, dass der Agentenserver, auf dem der temporäre Speicher geschrieben wird, derselbe Server ist, von dem der temporäre Speicher gelesen wird. Achten Sie darauf, dass sich alle Verweise auf die Lese- und Schreib-Aktivitäten des temporären Speichers in derselben Operation befinden.

  • Temporärer Speicher auf privaten Agenten wird standardmäßig nach 24 Stunden durch den Jitterbit-Dateibereinigungsdienst gelöscht. Die Häufigkeit des Bereinigungsdienstes kann über die private Agent-Konfigurationsdatei konfiguriert werden unter dem [FileCleanup] Abschnitt. Auf Cloud-Agenten können temporäre Dateien jedoch sofort gelöscht werden.

  • Cloud-Agenten haben eine Dateigrößenbeschränkung für den temporären Speicher von 50 GB pro Datei. Temporäre Dateien größer als 50 GB sind nur bei Verwendung privater Agenten möglich.

  • Beim Schreiben in den temporären Speicher werden Dateien standardmäßig überschrieben. Dies kann mit dem Kontrollkästchen An Datei anhängen in einer Aktivität Schreiben in den temporären Speicher 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 Verwendung der Nachbearbeitungsoptionen Datei löschen oder Datei umbenennen in einer Aktivität zum Lesen des temporären Speichers.

  • Dateinamen-Schlüsselwörter stehen zur Verfügung, die beim Erstellen eines Dateinamens verwendet werden können.

  • Eine Datei im temporären Speicher kann gelesen werden, indem ein Script mit dem ReadFile Funktion. Beispiel: ReadFile("<TAG>activity:tempstorage/Temporary Storage/tempstorage_read/Read</TAG>") Beachten Sie, dass dies nur dann zuverlässig funktioniert, wenn ein einzelner privater Agent vorhanden ist.

In manchen Fällen kann die Verwendung einer Variable vorteilhaft sein Endpoint anstelle eines Endpoint für den temporären Speicher. Siehe Überlegungen zum temporären Speicher (bei Verwendung von Integration Studio) oder Globale Variable versus temporärer Speicher (bei Verwendung von Design Studio) für einen Vergleich dieser beiden unterschiedlichen Typen und für Empfehlungen, wann welcher geeignet ist.