Caching-Übersicht und Konfigurationsoptionen
Adobe Commerce verwendet mehrere Caching-Ebenen, um die wiederholte Verarbeitung zu reduzieren, die Datenbanklast zu reduzieren und die Antwortzeiten zu verbessern. Diese Ebenen arbeiten an verschiedenen Punkten der Anfrage- und Asset-Bereitstellung:
- Anwendungs-Caching speichert generierte oder verarbeitete Daten mithilfe von Commerce-Cache-Typen.
- HTTP-Caching (vollständige Seite speichert vollständige HTTP-Antworten, bevor sie das Commerce-Programm erreichen.
- L2 Caching kann einen lokalen Cache auf jedem Web-Knoten vor dem freigegebenen Remote-Cache-Speicher hinzufügen.
- Zwischenspeicherung statischer Inhalte ermöglicht es Browsern, CSS, JavaScript, Bilder und andere statische Ressourcen wiederzuverwenden.
Diese Seite bietet einen konzeptionellen Überblick über diese Ebenen und Links zu ihren Konfigurationsanleitungen. Informationen zu Backend-Optionen, Implementierungsdetails und versionsspezifischen Einstellungen finden Sie unter Cache-Backend-Optionen und Speicherreferenz.
Zwischenspeichern von Ebenen
Anwendungs-Caching
Das Caching von Commerce-Anwendungen ist wie folgt organisiert:
Cache-Typ → Cache-Frontend → Cache-Backend
Ein Cache-Typ identifiziert die Art der Daten, die zwischengespeichert werden, z. B. Konfiguration, Layout, HTML blockieren oder ganzseitige Inhalte. Ein Cache-Frontend verbindet einen oder mehrere Cache-Typen mit dem Speicher. Ein Cache-Backend stellt die -Speicherimplementierung bereit.
Sie können verschiedenen Frontends verschiedene Cache-Typen zuweisen, wenn separate Cache-Einstellungen oder Speicher erforderlich sind. Konfigurationsdetails finden Sie unter Konfigurieren von Cache-Frontends und -Typen.
Vollständige HTTP-Zwischenspeicherung
Die vollständige HTTP-Seitenzwischenspeicherung speichert vollständige Antworten auf der HTTP- oder CDN-Ebene. Für Produktionsbereitstellungen:
- Adobe Commerce On-Premises - Adobe empfiehlt Varnish für das Caching ganzer Seiten. Varnish fungiert als Reverse-Proxy vor dem Webserver.
- Adobe Commerce in der Cloud Infrastruktur verwendet Fastly für die Edge- und Vollseiten-Caching-Ebene. Die Cloud-Infrastruktur verwendet keinen separat verwalteten Lackdienst.
L2-Caching
L2-Caching (auf zwei Ebenen) fügt auf jedem Commerce-Web-Knoten einen lokalen Cache hinzu, während der freigegebene Remote-Cache-Speicher beibehalten wird. Häufig genutzte Daten können lokal bereitgestellt werden, wodurch die Kommunikation mit dem Remote-Cache in Bereitstellungen mit mehreren Knoten reduziert wird.
Die L2-Konfiguration und die unterstützten Implementierungen variieren je nach Commerce-Version und Bereitstellungstyp. Weitere Informationen finden Sie unter L2-Cache-Konfiguration.
Zwischenspeicherung statischer Inhalte
Commerce kann die Browserzwischenspeicherung für statische Ressourcen wie CSS, JavaScript und Bilder verbessern, indem es eine Bereitstellungsversion zu ihren URLs hinzufügt. Wenn sich der Inhalt ändert, ändert sich die URL, sodass der Browser die neue Ressource anfordert, anstatt eine ältere zwischengespeicherte Kopie zu verwenden.
Bereitstellungsspezifische Konfiguration
Die folgenden Konfigurationsaufgaben variieren je nach Bereitstellungstyp.
Die folgenden Aufgaben gelten für alle Bereitstellungstypen:
- Konfigurieren von Cache-Typen FrontendsKonfigurieren von Cache-Frontends und -, um Cache-Typen mit Cache-Frontends zu verknüpfen.
- Konfigurieren von L2 Caching - L2-Cache-Konfiguration.
- Browser-Cache-Invalidierung für statische Inhalte konfigurieren—Statische Inhaltssignierung und Browser-Cache-Invalidierung.