Häufig gestellte Fragen
Allgemein
Wie unterscheiden sich INUBIT und IGUASU voneinander?
Während wir mit INUBIT ein Integrations-Werkzeug mit einem Schwerpunkt im On-Premise Bereich anbieten, liegt der Fokus mit IGUASU in der Cloud. Da IGUASU als Service zur Verfügung steht, kann es sehr schnell und einfach für kleine Projekte verwendet werden, ohne dass ein eigenes System installiert und gewartet werden muss. Des Weiteren bietet es den Vorteil, dass die Skalierung in der Cloud auch dank der konsequenten Nutzung modernster Technologien wie Kubernetes einfach umsetzbar ist, wenn die Anforderungen ebenfalls steigen sollten. Die Nutzungspläne für IGUASU sind entsprechend flexibel und ermöglichen die Anpassung an unterschiedliche Szenarien. Während INUBIT viele Konnektoren und Möglichkeiten im Bereich der Legacy-Systeme anbietet, besteht bei IGUASU zudem die Möglichkeit, viele Services und Systeme vereinfacht anzubinden und abzudecken, die in der Cloud verfügbar sind
Prozessoren
Welche Daten werden bei einer isolierten Testausführung eines Prozessors verwendet?
Grundsätzlich werden für die isolierte Testausführung eines Prozessors immer die Daten verwendet, die im Data Panel in den Bereichen Attributes, sowie Input Data stehen.
Es existieren verschiedene Möglichkeiten, Daten in diese Felder einzufügen:
- Man lässt sich zu einem Prozessor die Tabelle der Events vorhergehender Ausführungen anzeigen.
Wird nun eines der angezeigten Events ausgewählt, werden die dort geflossenen Daten in das Data Panel geladen.
Diese werden dann bei der Testausführung dieses Prozessors verwendet.
- Daten werden über Copy/Paste eingefügt. Diese Daten können entweder
* aus den Ausführungen eines anderen Prozessors kommen (siehe 1.)
* aus den Daten in einer Queue
* aus dem Ergebnis einer Testausführung (eines anderen Prozessors)
- Die Daten und Attribute werden von Hand manuell eingetragen.
| Ab IGUASU Version 2.2.1 ist es möglich, das serverbasierte Copy von Daten aus dem Output Panel zu verwenden. |
Wieso funktionieren die Filesystem-Prozessoren nicht?
Die Nutzung von Filesystem-basierten Prozessoren wie beispielsweise der GetFile-Prozessor ist insbesondere auf dem geteilten Playground nicht vorgesehen.
Besteht eine eigene IGUASU-Instanz, können die Rechte hier anders vergeben werden.
Für die Nutzung von JKS Dateien und weiteren "Files" ist eine Unterstützung durch IGUASU vorgesehen, sodass man diese von der Oberfläche aus verwalten kann. Für JDBC-Treiber besteht bereits die Möglichkeit, diese über die Oberfläche hochzuladen. Im Playground ist dies aktuell der Admin-Rolle vorbehalten.
Was ist die "Metro"?
Die Metro-Prozessoren bieten eine Möglichkeit, FlowFiles zu verwenden (GetMetro, ExitMetro), die vor einem anderen Prozessor (PutMetro) in der Queue warten. Hierbei ist es nicht relevant, an welcher Stelle des Flows diese Prozessoren sich befinden, da diese mit den entsprechenden Services verknüpft werden. Damit hat man eine Möglichkeit, Daten zu Routen, die neben den im Diagramm gezogenen Verbindungen besteht. Neben den sichtbaren Datenflüssen oder “Bahnen”, existiert also ein nicht sichtbarer Datenfluss bzw. eine “Untergrundbahn”. Dadurch ergibt sich die Namensgebung als Metro, die von der Pariser Untergrundbahn hergeleitet ist.
Services
Warum werden Services auf Prozessgruppen-Ebene angelegt und nicht für einzelne Prozessoren?
Services hängen an Prozessgruppen und können von allen Prozessoren bzw. Services in dieser und tieferen Prozessgruppen verwendet werden. Damit können die entsprechende Logik oder Systemverbindungen für multiple Prozessoren und Services bereitgestellt werden und es wird eine vorteilhafte Wiederverwertbarkeit erreicht. Ein sehr gutes Beispiel für die Nützlichkeit dieses Prinzips sind Datenbankverbindungen. Sowohl die Konfiguration der Verbindung als auch der Pool der Connections kann dadurch durch viele Prozessoren genutzt werden, ohne dass diese wiederholt konfiguriert werden müssen.
FlowFiles
Was bedeuten DROP-Events für FlowFiles in der Event-Tabelle
Das DROP-Event zeigt im Allgemeinen an, dass ein FlowFile den Prozessor verlassen hat. Das ist bei einem beispielsweise der Fall, wenn die Daten mit einem InvokeHTTP-Prozessor versendet werden, da das FlowFile dann in ein anderes System geschickt wird. Dadurch werden die zugehörigen Daten intern gelöscht und es wird für die einzelnen FlowFiles, die durch die Prozessoren durchgelaufen sind, ein Drop-Event angezeigt.
