So optimieren und reduzieren Sie die Belastung Ihrer Alumio-Umgebung

Diese Lektion bietet Einblicke in verschiedene Möglichkeiten zur Optimierung Ihrer Alumio-Umgebung. Dies kann erforderlich sein, um die Belastung Ihrer Umgebung zu reduzieren und die Stabilität der verschiedenen Integrationen zu gewährleisten, insbesondere bei einem Anstieg/Anstieg des Datenverkehrs.
‍

Was sind Verkehrsspitzen und wie geht man damit um?

Verkehrsspitzen treten normalerweise auf, wenn der Scheduler nicht optimal konfiguriert ist, was dazu führt, dass viele Prozesse gleichzeitig ausgeführt werden. Dies kann auch passieren, wenn ein Abonnent mehr Daten als gewöhnlich empfängt, was zu längeren Ausführungszeiten führt, die sich mit anderen Prozessen überschneiden, was vermieden werden sollte.

Um dem entgegenzuwirken, ist eine Optimierung des Schedulers unerlässlich. Darüber hinaus ist es wichtig, die Anzahl der von jeder Route ausgeführten Aufgaben zu verwalten. Wir empfehlen, die Ausführung von Hunderten von Aufgaben pro Minute für jede Route zu vermeiden. Die Priorisierung der Scheduler-Aufgaben und die Reduzierung der Datenmenge, die bei eingehenden Prozessen erfasst wird, können ebenfalls hilfreich sein.

Eine vollständige Aufschlüsselung, wie Sie Ihre Planungsjobs optimieren können, finden Sie hier: https://forum.alumio.com/t/optimizing-your-scheduled-jobs/204
‍

Wie können Sie den Detaillierungsgrad in Protokolldateien reduzieren?

Alumio bietet Benutzern die Möglichkeit, die Protokollierung in verschiedenen Phasen des Prozesses zu aktivieren. Standardmäßig protokolliert Alumio alle Vorkommnisse innerhalb von Integrationen. Dies kann nicht deaktiviert werden und wird immer ausführlich protokolliert. Beispiele für diese Protokolle sind:

• Gefilterte Entitäten
• Erstellte Aufgaben
• Prozessbezogene Informationen von Alumio

Zusätzlich zu diesen Protokollen bietet Alumio Benutzern die Möglichkeit, die Protokollierung für die von ihnen integrierten Systeme zu aktivieren. Denken Sie an Authentifizierungsprotokolle, API-Protokolle, Datenbankprotokolle, Webhook-Protokolle usw. Diese Protokolle sind sehr nützlich, um Probleme im Zusammenhang mit den integrierten Systemen zu debuggen. In einigen Fällen können diese Protokolle jedoch die Alumio-Umgebung stark belasten. Beispiele dafür, wann dies passieren könnte, sind:

• Es werden viele Protokolle erstellt. Zum Beispiel zieht Alumio 100.000 Produkte ab und führt für jedes Produkt einen API-Aufruf durch, um den Bestand und den Preis aus einem anderen System abzurufen
• Die Logdateien sind extrem groß

Um zu verhindern, dass dies zu Problemen führt, wird empfohlen, bei den Protokollierungstypen Einfach und Lang zu bleiben und die vollständige Protokollierung zu vermeiden. Während Voll scheint sehr nützlich zu sein, es wird empfohlen, dies nur während der Testphase zu verwenden. Wie der Name schon sagt, Voll, speichert die vollständigen Anfragen und Antworten. Einfach speichert nur die Header-Informationen, während Lang speichert bis zu 10.000 Zeichen, was ausreichen sollte, um eventuell auftretende Probleme zu debuggen.
‍

Wie können Sie die Anzahl der pro Ausführung exportierten Aufgaben reduzieren?

Die meisten mit Alumio erstellten Integrationen sind asynchron. Das bedeutet, dass die Daten im Hintergrund synchronisiert werden und dass jede Integration aus zwei Schritten besteht: Füllen der Warteschlange und Verarbeiten der Warteschlange.

In einigen Fällen können Sie sich für eine Echtzeit-Verarbeitungsintegration entscheiden, wodurch der Prozess im Wesentlichen auf einen einzigen Schritt reduziert wird: Füllen der Warteschlange und sofortige Verarbeitung. Abhängig von der Anzahl der verarbeiteten Aufgaben kann dies aufgrund der Komplexität Ihrer Integration zu einer hohen Belastung Ihrer Alumio-Umgebung führen. Bei einigen Integrationen sind zusätzliche API-Aufrufe erforderlich, um das Datenobjekt abzuschließen, oder jede Aufgabe kann viele Informationen enthalten. Solche Integrationen können zu einer hohen Auslastung der Serverressourcen führen, wenn bei jeder Ausführung eine große Anzahl von Aufgaben verarbeitet wird.

Es wird empfohlen, diese Zahl zu reduzieren um Optimierung Ihrer geplanten Jobs, wodurch die Anzahl der pro Webhook gesendeten Entitäten reduziert oder die Stapelverarbeitung eingeführt wird. Die Batch-Datenintegration beinhaltet die Konsolidierung und Verarbeitung von Daten in vordefinierten Batches in geplanten Intervallen. Dieser Ansatz, den Alumio ermöglicht, sammelt Daten über einen Zeitraum, oft Stunden oder Tage, an, bevor sie massenhaft zur Verarbeitung an das Zielsystem übertragen werden.
‍

Wie können Sie die Anzahl der geplanten Jobs reduzieren, die parallel ausgeführt werden?

Eine Alumio-Umgebung kann so konfiguriert sein, dass viele geplante Jobs parallel gestartet werden. Dies könnte zu einer hohen Belastung Ihrer Alumio-Umgebung führen. Aus diesem Grund wird empfohlen, die Anzahl der geplanten Jobs auf eine Stunde zu verteilen.

*Es wird erneut empfohlen, dass Sie die Informationen zur Optimierung Ihrer geplanten Jobs in unserem Forum lesen: https://forum.alumio.com/t/optimizing-your-scheduled-jobs/204
‍

Aktualisierung Ihrer Alumio-Umgebung

Das Befolgen der oben genannten Tipps sollte Ihnen helfen, Ihre Alumio-Umgebung in den meisten Fällen auf einem akzeptablen Lastniveau zu halten. Wenn dies nicht der Fall ist, ist es am besten, ein Upgrade Ihrer Alumio-Umgebung in Betracht zu ziehen. Sie können dies tun, indem Sie sich an unser Support-Team wenden.