Google Cloud Storage und Cloud Run zur Bildoptimierung und -synchronisierung – Teil 3

Im vorherigen Beitrag ging es um die Übertragung von in GCS synchronisierten Bilddateien mithilfe von Cloud Run.

Abschließend in dieser CDN-Serie wollen wir uns nun mit der Synchronisierung und Optimierung von Bildern in GCS befassen.

Cloud Run arbeitet standardmäßig über HTTP-Hooks, aber das ist nicht der einzige Event-Trigger.

Wenn man Cloud Run konfiguriert, findet man den Bereich „Trigger“. Dort findet man eine Liste mit Optionen wie Pub/Sub, Cloud Storage, Filestore und weitere. Neben dem standardmäßig verfügbaren HTTP sind die anderen Optionen die am häufigsten verwendeten Produkte. Darüber hinaus befinden sich die meisten anderen denkbaren Events unter „Weitere“. Wählen wir zunächst das Cloud Storage-Event aus, das wir verwenden möchten, erhalten wir folgende Event-Typen: Dateiänderung, Dateilöschung, Dateierstellung und Änderung der Dateimetadaten.

Wenn wir nun Cloud Run mit den beiden Events „deleted“ und „finalized“ erstellen, können wir Events für den Fall erstellen, dass eine Datei in GCS hochgeladen oder eine hochgeladene Datei gelöscht wird.

In Cloud Run müssen im Wesentlichen folgende Aufgaben erledigt werden:

• Wenn eine Datei hochgeladen wird, wird der Dateityp geprüft und anschließend der folgende Prozess ausgeführt:
  • Bei Textdateien (css, js) wird die Datei mit br und gzip komprimiert.
  • Bei Bilddateien wird sharp npm verwendet, um die Formate avif und webp zu generieren.
• Die neu erstellte Datei wird auf verschiedene andere „Regionen“ repliziert.
• Bei einer Anforderung zum Löschen einer Datei wird auch die entsprechende Datei in anderen Regionen gelöscht.

Im Grunde genommen ist die Synchronisierung von Dateien, selbst wenn mehrere Regionen vorhanden sind, nicht besonders kompliziert, wenn man diese drei Aufgaben (Konvertierung, Replizierung und Löschung) richtig erledigt. Auch der Code ist einfach zu handhaben, da man lediglich zwei npm-Pakete benötigt: eines für die Verbindung zu GCS und eines für die Verwendung von sharp.

Damit ist die grundlegende Blog-Serie zum Thema CDN abgeschlossen.

In den nächsten Beiträgen werden wir uns mit GCLB (Google Cloud Loadbalancer) befassen.

Natürlich gehört zu einem CDN auch die Behandlung von Load Balancers (LB). In den bisherigen Beiträgen wurden einige Aspekte jedoch ausgelassen, die wir in den kommenden Beiträgen in einer Serie behandeln werden.

Vielen Dank.