Integrationsverwendung

Die folgenden Regeln gelten für die Verwendung von Integrationsnachrichten.

Regeln für die Verfolgung der Verwendung von Integrationsnachrichten

Anhand der folgenden Regeln können Sie bestimmen, wie der Nachrichtenverbrauch berechnet wird.

Nummer	Regel	Beschreibung
1	Trigger	Jede Triggeraktivität zählt als mindestens eine Nachricht, bis zu 50 KB eingehend. Wenn die eingehende Nachrichten-Payload 50 KB überschreitet, wird je weitere 50 KB eine weitere Nachricht gezählt.
2	Aufruf	Aufrufanforderungen zählen nicht als Nachrichten, Aufrufantworten über 50 KB werden dagegen gezählt. Wenn die Nachrichten-Payload 50 KB überschreitet, wird je weitere 50 KB eine weitere Nachricht gezählt.
3	Datei	Bei dateibasierten geplanten Flüssen mit eingehenden Dateien in Integrationen wird jede Datei nur dann in eine abgerechnete Nachricht (je 50 KB) konvertiert, wenn die Größe 50 KB überschreitet.
4	Intern	Interne Aufrufe innerhalb derselben Oracle Integration-Instanz werden nicht als Nachrichten gezählt. Beispiel: Die folgenden Aufrufe werden nicht gezählt: Prozessautomatisierung zu Oracle Integration Visual Builder zu Oracle Integration Oracle Integration zu Oracle Integration Wenn Sie eine andere Oracle Integration-Instanz aufrufen, werden Nachrichten in der Oracle Integration-Zielinstanz gezählt. Je nach Antwortgröße können zudem auch Nachrichten in der aufrufenden Oracle Integration-Instanz gezählt werden.

Beispiele für die Integrationsverwendung

Diese Tabelle zeigt beispielhaft, wie die Nachrichtenabrechnung berechnet wird, und welche Regeln dabei gelten.

Integrationstyp	Szenario/Fluss	Berechnung von Abrechnungsnachrichten	Geltende Regeln
Synchron/Asynchron (Trigger)	Eingehende REST-Anforderung mit Payload von 120 KB. Datentransformation. Externer Aufruf, um Daten an Logfire zu übertragen.	Payload-Größe wird als Trigger betrachtet. ceil(120/50) = 3 Nachrichten	1 (Trigger)
Synchron/Asynchron (Trigger)	Eingehende SOAP-Anforderung mit Payload von 70 KB. Dateien werden in einer Schleife heruntergeladen. 3 Dateien mit einer Größe von jeweils 20 KB, 170 KB und 40 KB werden heruntergeladen. Datentransformation/-anreicherung. Externer Aufruf, um Daten über REST in ein externes System zu übertragen.	Payload-Größe wird als Trigger betrachtet. Jede nachfolgende Antwort mit mehr als 50 KB wird ebenfalls verfolgt. In diesem Szenario werden nur Dateien mit mehr als 50 KB berücksichtigt. ceil(70/50) + ceil(170/50) = 2 + 4 = 6 Nachrichten	1 (Trigger) 3 (Datei)
Synchron/Asynchron (Trigger)	Datenbankadapter ruft 20 KB Daten und 2 Zeilen ab. Für jede Zeile erfolgt 1 ausgehender REST-Aufruf, wodurch je Aufruf 20 KB entstehen. Datenanreicherung/-transformation. FTP an einen externen Speicherort.	Payload-Größe wird als Trigger betrachtet. Jede nachfolgende Antwort mit mehr als 50 KB wird ebenfalls verfolgt. ceil (20/50) = 1 Nachricht	1 (Trigger)
Synchron/Asynchron (Trigger)	Eingehende SOAP-Anforderung mit Payload von 10 KB. Dateien werden in einer Schleife heruntergeladen. Zwei Dateien mit einer Größe von je 20 KB und 70 KB werden heruntergeladen. Externer Aufruf zum Abrufen weiterer Daten über REST-Adapter. 100 KB Daten werden zurückgegeben. FTP an einen externen Speicherort.	Payload-Größe wird als Trigger betrachtet. Jede nachfolgende Antwort mit mehr als 50 KB wird ebenfalls verfolgt. ceil(10/50)+ ceil (70/50) + ceil(100/50) = 1+2+2 = 5 Nachrichten	1 (Trigger) 2 (Aufruf) 3 (Datei)
Synchron/Asynchron (Trigger)	Einfache REST-GET-Anforderung mit Vorlagenparametern ohne Payload. Aufruf an Oracle Fusion Cloud B2C Service zum Abrufen von Kontaktdetails. Eine Antwort mit 40 KB wird zurückgegeben. Die Kontaktdaten werden zurückgegeben.	Payload-Größe wird als Trigger betrachtet. Jede nachfolgende Antwort mit mehr als 50 KB wird ebenfalls verfolgt. Da der Trigger nur eine GET-Anforderung ohne Payload ist, wird er als 1 abgerechnete Nachricht betrachtet. 1 Nachricht	1 (Trigger)
Geplanter Fluss	Geplanter Trigger. Dateien werden in einer Schleife heruntergeladen. Drei Dateien mit einer Größe von jeweils 20 KB, 170 KB und 40 KB werden heruntergeladen. Datentransformation. Externer Aufruf zur Übertragung von Daten, wodurch eine Antwort mit 10 Byte entsteht.	Jeder Aufruf/jede Datei wird in Einheiten von 50 KB gezählt, wenn die Antwortdaten größer als 50 KB sind. ceil(170/50) = 4 Nachrichten	3 (Datei)
Geplanter Fluss	Geplanter Trigger. Datenbankadapter ruft 30 KB Daten und 10 Zeilen ab. Datentransformation. Externer Aufruf zur Übertragung von Daten, wodurch eine Antwort mit 5 Byte entsteht.	Jeder Aufruf/jede Datei wird in Einheiten von 50 KB gezählt, wenn die Antwortdaten größer als 50 KB sind. Nicht gezählt.	Kein Wert
Geplanter Fluss	Geplanter Trigger. Externer SOAP-Aufruf, um Daten über BIP-Berichte abzurufen. 130 KB Daten werden zurückgegeben. Externer Aufruf zum Abrufen weiterer Daten über REST-Adapter. 10 KB Daten werden zurückgegeben. Datentransformation. Externer Aufruf zur Übertragung von Daten, wodurch eine Antwort mit 5 Byte entsteht.	Jeder Aufruf/jede Datei wird in Einheiten von 50 KB gezählt, wenn die Antwortdaten größer als 50 KB sind. ceil(130/50) = 3 Nachrichten	3 (Datei)
Geplanter Fluss	Geplanter Trigger. Dateien werden in einer Schleife heruntergeladen. Zwei Dateien mit einer Größe von je 20 KB und 40 KB werden heruntergeladen. Externer Aufruf zum Abrufen weiterer Daten über REST-Adapter. 100 KB Daten werden zurückgegeben. FTP an einen externen Speicherort.	Jeder Aufruf/jede Datei wird in Einheiten von 50 KB gezählt, wenn die Antwortdaten größer als 50 KB sind. ceil(100/50) = 2 Nachrichten	2 (Aufruf)
Geplanter Fluss	Geplanter Trigger. Externer Aufruf zum Abrufen von Daten über REST-Adapter. 10 KB Daten werden zurückgegeben. Datentransformation. Externer REST-Aufruf zur Übertragung von Daten, wodurch eine Antwort mit 500 Byte entsteht.	Jeder Aufruf/jede Datei wird in Einheiten von 50 KB gezählt, wenn die Antwortdaten größer als 50 KB sind. Nicht gezählt.	4 (Intern) Keine Nachrichten gezählt.
Untergeordneter Integrationsfluss	Ein übergeordneter Integrationsfluss ruft einen untergeordneten Integrationsfluss über REST in einer Schleife auf. Der untergeordnete Integrationsfluss sendet eine Benachrichtigungs-E-Mail mit den von einem übergeordneten Fluss übergebenen Informationen. Die Ausführung des untergeordneten Flusses wird abgeschlossen.	Der Aufruf des untergeordneten Integrationsflusses wird nicht gemessen. Nicht gezählt. Beachten Sie, dass der übergeordnete Fluss möglicherweise gezählt wird.	4 (Intern) Keine Nachrichten gezählt.
Untergeordneter Integrationsfluss	Der übergeordnete Integrationsfluss lädt eine CSV-Datei über den FTP-Adapter herunter. Die CSV-Datei enthält 5 Zeilen. Jede Zeile in der CSV-Datei ruft einen untergeordneten Integrationsfluss auf. Der untergeordnete Integrationsfluss liest eine als Eingabe übergebene Auftrags-ID. Eine Anforderung an Oracle Fusion Cloud B2C Service wird aufgerufen, um Daten zum Auftrag abzurufen. Jeder Aufruf gibt 70 KB Daten zurück. Datentransformation im untergeordneten Fluss. Die Daten werden über einen FTP-Adapter übertragen, um sie in eine Datei zu schreiben. Die untergeordnete Ausführung wird abgeschlossen.	Die Aufrufe des untergeordneten Integrationsflusses werden nicht gemessen. Jede nachfolgende Antwort wird gemessen. Jeder untergeordnete Fluss = ceil(70/50) = 2 Nachrichten Beachten Sie, dass der übergeordnete Fluss möglicherweise gezählt wird.	2 (Aufruf)

Anforderungen pro Sekunde berechnen

Wenn eine synchrone Integration immer wieder Timeouts verursacht oder länger als üblich dauert, versucht die Integration möglicherweise, zu viele Anforderungen zu verarbeiten. Wenn Sie die Anforderungen kennen, die Ihre Instanz in einer Sekunde verarbeitet, können Sie synchrone Integrationen entwerfen, die die schnellen Antworten liefern, die Sie benötigen.

Mit der Berechnung der Anforderungen pro Sekunde können Sie die ungefähre Anzahl der nebenläufigen Anforderungen ermitteln, die Ihr System von Clientanwendungen empfangen kann. Beispiel: Wie viele nebenläufige Anforderungen aus einer App kann Ihre Instanz verarbeiten, wenn die App Oracle Integration aufruft?

Diese Berechnung gilt speziell für synchrone Integrationen, für die Oracle Integration auf eine Antwort vom Zielservice wartet. Wenn eine Integration eine große Aufgabe durchführt und lange ausgeführt werden muss, empfiehlt Oracle stattdessen die Erstellung einer asynchronen Integration.

Hinweis

Im Allgemeinen werden die Begriffe "Nachricht" und "Anforderung" synonym verwendet. Wenn Sie jedoch mit großen Payloads arbeiten, können Sie mehrere Nachrichten pro Anforderung konsumieren. Diese Änderung wirkt sich auf Ihre Berechnungen aus. Siehe Nachrichtenmetriken und abrechenbare Nachrichten anzeigen.

Bei den Berechnungen in diesem Abschnitt wird davon ausgegangen, dass jede Anforderung höchstens 50 KB umfasst.
Diese Berechnung wird in der Regel als TPS oder Transaktionen pro Sekunde bezeichnet. TPS gilt aus zwei Gründen nicht direkt für Oracle Integration:
- Oracle Integration verarbeitet Anforderungen und nicht Transaktionen.
- Die Größenbestimmung in Oracle Integration basiert auf dem stündlichen Konsum von Nachrichten und nicht auf dem Konsum pro Sekunde.
Das Oracle Integration-Äquivalent zu TPS ist "Anforderungen pro Sekunde", also Ihre Nebenläufigkeit.

Bestimmen Sie die ungefähre Anzahl von Anforderungen, die eine Instanz in einer Minute verarbeiten kann.
1. Bestimmen Sie die Anzahl der Nachrichtenpakete, die Sie pro Stunde für die Instanz erworben haben.
  
  In diesem Beispiel nutzen Sie eine Oracle Integration-Lizenz und haben 4 Pakete erworben.
2. Multiplizieren Sie die Anzahl der Nachrichtenpakete mit der Anzahl der Nachrichten im Nachrichtenpaket (5.000 Nachrichten für Nicht-BYOL-Kunden und 20.000 Nachrichten für BYOL-Kunden).
  
  In diesem Beispiel sind Sie kein BYOL-Kunde, sodass Ihre Nachrichtenpakete 5.000 Nachrichten enthalten.
  
  4 Nachrichtenpakete x 5.000 Nachrichten pro Stunde = 20.000 Anforderungen pro Stunde
3. Teilen Sie die Anzahl der stündlichen Anforderungen durch 3.600, um Ihre ungefähre Kapazität pro Sekunde zu bestimmen.
  
  20.000 Anfragen pro Stunde / 3600 = 5,6 Anfragen pro Sekunde
4. Multiplizieren Sie die Anforderungen pro Sekunde mit 2. Eine Instanz kann in der Regel etwa das Doppelte Ihrer erworbenen Kapazität verarbeiten.
  
  5,6 Anfragen pro Sekunde x 2 = 11 Anfragen pro Sekunde
Berechnen Sie die Nebenläufigkeit (die Anzahl der nebenläufigen Anforderungen, die Ihr System von Clientanwendungen verarbeiten kann).
1. Bestimmen Sie die typische Antwortzeit in Sekunden.
  
  Beispiel: Führen Sie einige Anforderungen aus, und prüfen Sie die Antwortzeiten in den Zeitstempeln des Aktivitätsstreams. Siehe Status von Integrationsinstanzen verfolgen in Integrationen in Oracle Integration 3 verwenden.
  
  Die Antwortzeit kann je nach Situation variieren. Wenn das Transaktionsvolumen in Ihrer Instanz steigt, können sich auch die Antwortzeiten erhöhen.
  
  In diesem Beispiel beträgt Ihre Antwortzeit 5 Sekunden.
2. Multiplizieren Sie die Anzahl der Anforderungen, die Sie pro Sekunde verarbeiten können, mit der Antwortzeit.
  
  11 Anforderungen pro Sekunde x 5 Sekunden = 55 gleichzeitige Anforderungen
  
  Dieser Wert gibt Ihre ungefähre Nebenläufigkeit an.

Beispiel 6-1: Maximale Anzahl nebenläufiger Anforderungen verarbeiten

Sehen wir uns eine Beispielanforderungsqueue an, wenn eine Instanz, die 55 nebenläufige Anforderungen verarbeiten kann, mit voller Kapazität arbeitet.

In der folgenden Tabelle wird für jede Sekunde dargestellt, wie Anforderungen ankommen und abgeschlossen werden. Die Gesamtanzahl der Anforderungen in der Queue steigt, bis sie 55 erreicht und dauerhaft bei 55 bleibt. Nach 5 Sekunden (der Antwortzeit) werden Anforderungen nach und nach abgeschlossen.

Verstrichene Zeit	Eingehende Anforderungen	Abgeschlossene Anforderungen	Gesamtzahl Anforderungen in der Queue
1 Sekunde	11	0	11
2 Sekunden	11	0	22
3 Sekunden	11	0	33
4 Sekunden	11	0	44
5 Sekunden	11	11	55
6 Sekunden	11	11	55
7 Sekunden	11	11	55
8 Sekunden	11	11	55

Beispiel 6-2: Maximale Anzahl nebenläufiger Anforderungen überschreiten

Angenommen, dieselbe Instanz erhält eine höhere Anzahl von Anforderungen pro Sekunde als der maximale Nebenläufigkeitswert. In der folgenden Tabelle wird dargestellt, wie schnell sich Anforderungen in der Queue ansammeln, selbst wenn Sie die Nebenläufigkeit durch nur wenige Anforderungen überschreiten. Nach 3 Sekunden hat die Instanz bereits die maximale Anzahl an nebenläufigen Anforderungen überschritten. Innerhalb von 8 Sekunden muss die Instanz das Doppelte der maximalen Anzahl von nebenläufigen Anforderungen verarbeiten.

Wenn eine Integration wahrscheinlich die maximale Nebenläufigkeit der Instanz übersteigt, führt die Integration wahrscheinlich zu Timeouts, wenn sie als synchrone Integration erstellt wird. Erstellen Sie die Integration stattdessen als asynchrone Integration.

Verstrichene Zeit	Eingehende Anforderungen	Abgeschlossene Anforderungen	Gesamtzahl Anforderungen in der Queue
1 Sekunde	20	0	20
2 Sekunden	20	0	40
3 Sekunden	20	0	60
4 Sekunden	20	0	80
5 Sekunden	20	11	89
6 Sekunden	20	11	98
7 Sekunden	20	11	107
8 Sekunden	20	11	116

Mit dem Kostenschätzungstool können Sie Ihre monatliche Rechnung bestimmen

Oracle bietet ein Kostenschätzungstool, mit dem Sie Ihre monatliche Nutzung bestimmen und Oracle Integration in Rechnung stellen können.

Gehen Sie zum Kostenschätzungstool.
Wählen Sie in der Liste Kategorie auswählen die Option Integration aus.
Klicken Sie im Feld Anwendungsintegration auf Laden.
Befolgen Sie die Anweisungen auf der Seite, um Ihre Kosten zu berechnen.
Die geschätzten monatlichen Kosten werden angezeigt.

Siehe Monatliche Kosten schätzen.

Oracle Cloud Infrastructure-Dokumentation