Heim  >  Artikel  >  Backend-Entwicklung  >  Cloud Functions Gen2 mit Golang – Instanzlebenszyklus und BigQuery-Einfügungssicherheit, ohne auf den Abschluss von Jobs warten zu müssen

Cloud Functions Gen2 mit Golang – Instanzlebenszyklus und BigQuery-Einfügungssicherheit, ohne auf den Abschluss von Jobs warten zu müssen

王林
王林nach vorne
2024-02-09 21:33:10432Durchsuche

使用 Golang 的 Cloud Functions Gen2 - 实例生命周期和 BigQuery 插入安全,无需等待作业完成

php-Editor Apple bringt Ihnen einen Artikel über Cloud Functions Gen2 mit Golang. Dieser Artikel konzentriert sich auf den Instanzlebenszyklus und die Sicherheit von BigQuery-Einfügungen und darauf, wie Sie dies tun können, ohne auf den Abschluss von Jobs warten zu müssen. Durch die Lektüre dieses Artikels erfahren Sie, wie Sie die Leistung und Sicherheit Ihrer Anwendungen optimieren und verbessern können. Lassen Sie uns gemeinsam dieses spannende Thema erkunden!

Frageninhalt

Ich verwende eine in Golang geschriebene Google Cloud Function (Gen2), die durch eine HTTP-Anfrage ausgelöst wird. Mein Anwendungsfall erfordert das Speichern einiger Daten in BigQuery und ich möchte vermeiden, auf den Abschluss des Auftrags zu warten, bevor ich auf die HTTP-Anfrage antworte.

Ich bin jedoch besorgt über das Verhalten der Cloud Function-Instanz nach der Rückkehr von der Funktion:

Wie lange bleibt eine Instanz nach dem Senden einer HTTP-Antwort aktiv? Ist es sicher, nicht auf den Abschluss von BigQuery-Jobs zu warten? Besteht das Risiko, dass Daten verloren gehen, wenn ich die Instanz beende, bevor der Auftrag abgeschlossen ist? Wir würden uns sehr über Erkenntnisse oder Best Practices zu diesem Szenario freuen.

Workaround

Von diesem Ansatz wird abgeraten. Bitte beachten Sie die folgende Dokumentation:

Zeitleiste der Funktionsausführung

Eine Funktion kann nur während der Funktionsausführung auf die ihr zugewiesenen Ressourcen (Speicher und CPU) zugreifen. Die Ausführung von Code, der außerhalb des Ausführungszyklus ausgeführt wird, ist nicht garantiert und kann jederzeit gestoppt werden. Daher sollten Sie das Ende der Funktionsausführung immer ordnungsgemäß signalisieren und vermeiden, Code auszuführen, der über den Umfang der Funktionsausführung hinausgeht.

Starten Sie keine Hintergrundaktivitäten

Hintergrundaktivität ist alles, was passiert, nachdem die Funktion beendet wurde. Ein Funktionsaufruf wird abgeschlossen, sobald die Funktion zurückkehrt oder auf andere Weise den Abschluss signalisiert, beispielsweise durch Aufrufen des callback-Parameters in einer ereignisgesteuerten Node.js-Funktion. Nach einer ordnungsgemäßen Beendigung ausgeführter Code hat keinen Zugriff auf die CPU und macht keinen Fortschritt.

Wenn weitere Anrufe in derselben Umgebung getätigt werden, wird außerdem Ihre Hintergrundaktivität fortgesetzt, was die neuen Anrufe beeinträchtigt. Dies kann zu unerwartetem Verhalten und Fehlern führen, die schwer zu diagnostizieren sind. Ein Zugriff auf das Netzwerk nach Beendigung der Funktion führt in der Regel zu einem Verbindungsabbruch (ECONNRESET Fehlercode).

Hintergrundaktivitäten können normalerweise in den Protokollen einzelner Anrufe erkannt werden, indem nach allem gesucht wird, was nach der Anrufabschlusszeile protokolliert wird. Hintergrundaktivitäten können manchmal tiefer im Code vergraben sein, insbesondere wenn asynchrone Vorgänge wie Rückrufe oder Timer vorhanden sind. Überprüfen Sie Ihren Code, um sicherzustellen, dass alle asynchronen Vorgänge abgeschlossen sind, bevor Sie die Funktion beenden.

Eine andere Lösung besteht darin, es als ereignisgesteuerte Funktion zu implementieren (siehe Typen von Cloud-Funktionen). Geben Sie dann einen Pub/Sub-Trigger und ein Pub/Sub-Thema für diese Funktion an (siehe Pub/Sub-Trigger). Der Client muss neu geschrieben werden, um Ereignisse zu diesem Thema zu veröffentlichen.

Wenn der Client nicht überschrieben werden kann, besteht die Problemumgehung darin, sowohl die HTTP-Funktion als auch die ereignisgesteuerte Funktion beizubehalten und die HTTP-Funktion die Arbeit auf die ereignisgesteuerte Funktion verlagern zu lassen, indem Ereignisse im Thema veröffentlicht werden. Abhängig von der Größe des Ereignisses und der Ausführungszeit des BigQuery-Jobs führt dies möglicherweise nicht dazu, dass der Client weniger wartet. Und ich denke, dass dieser Ansatz erhebliche Kosten verursacht.

Das obige ist der detaillierte Inhalt vonCloud Functions Gen2 mit Golang – Instanzlebenszyklus und BigQuery-Einfügungssicherheit, ohne auf den Abschluss von Jobs warten zu müssen. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Stellungnahme:
Dieser Artikel ist reproduziert unter:stackoverflow.com. Bei Verstößen wenden Sie sich bitte an admin@php.cn löschen