Caching-Übersicht und Konfigurationsoptionen
Adobe Commerce stützt sich auf eine mehrschichtige Caching-Architektur, um die Datenbanklast zu reduzieren, redundante Verarbeitung zu minimieren und die Seitenbereitstellung zu beschleunigen. Auf Anwendungsebene verwaltet Commerce mehr als ein Dutzend Cache-Typen wie Konfiguration, Layout, Block-HTML und Sammlungen, von denen Sie jede an ein dediziertes Speicher-Backend wie Redis oder Valkey weiterleiten können. Für das Caching ganzer Seiten empfiehlt Adobe dringend Varnish, einen HTTP-Beschleuniger, der zwischengespeicherte Seiten direkt aus dem Speicher bereitstellt. Zusätzliche Ebenen wie L2-Caching und statisches Content-Signing verbessern die Leistung bei Bereitstellungen mit mehreren Knoten und hohem Traffic weiter.
In diesem Handbuch wird erläutert, wie die einzelnen Caching-Ebenen funktionieren und wie Sie Frontends, Backends und erweiterte Optionen entsprechend Ihren Bereitstellungsanforderungen konfigurieren.
Caching von Frontends
Ein Cache-Frontend ist eine Schnittstelle zwischen Commerce und dem Cache-Speicher-Backend. Sie können mehrere Frontends mit jeweils unterschiedlichen Backend-Einstellungen definieren und dann jedem Frontend Cache-Typen zuweisen. Konfigurationsdetails finden Sie unter Konfigurieren von Cache-Frontends.
Caching von Backends
Ein Cache-Backend ist der zugrunde liegende Speichermechanismus für zwischengespeicherte Daten. Commerce bietet ein standardmäßiges Dateisystem-Backend, aber Sie können auch andere Backends wie Redis oder Valkey konfigurieren, um die Leistung und Skalierbarkeit zu verbessern. Einzelheiten zu den verfügbaren Optionen finden Sie unter Cache-Backend-Optionen.
Vollständige Seitenzwischenspeicherung mit Lack
Varnish Cache ist ein HTTP-Beschleuniger, der vollständige Seiten im Speicher zwischenspeichert. Adobe empfiehlt dringend Varnish für Produktionsumgebungen, da es deutlich schneller ist als der integrierte Vollseiten-Cache.
L2-Caching (auf zwei Ebenen)
L2-Cache speichert Cache-Daten lokal auf jedem Web-Knoten, während ein Remote-Cache (Redis oder Valkey) als Datenquelle verwendet wird. Dadurch wird der Netzwerkverkehr zwischen Ihren Web-Knoten und dem Remote-Cache reduziert, was die Leistung für Sites mit hohem Traffic verbessert.
Zwischenspeicherung statischer Inhalte
Statische Inhaltssignierung Invalidiert den Browser-Cache für statische Ressourcen (CSS, JavaScript, Bilder), indem eine Bereitstellungsversion in Datei-URLs eingebettet wird.
Caching-Terminologie
Commerce verwendet die folgende Caching-Terminologie:
- Frontend - Eine Schnittstelle oder ein Gateway zum Zwischenspeichern, implementiert von Magento\Framework\Cache\Frontend.
- Cache-Typen - Einer der integrierten Typen, die mit Commerce (z. B.
config,layout,block_html,full_page) oder einem benutzerdefinierten Typ bereitgestellt werden. - Backend - Gibt die Details des Cache-Speichers an, implementiert durch Magento\Framework\Cache\Backend.
- Zwei-Ebenen-Backend - Speichert Cache-Einträge in zwei Backends: einem lokalen (schnellen) Cache und einem Remote-Cache (gemeinsam genutzt). Siehe L2-Cache-Konfiguration.
Konfigurationsoptionen
Die Cache-Konfiguration wird in zwei Dateien gespeichert:
<magento_root>/app/etc/di.xml- Die Konfiguration der globalen Injektion von Abhängigkeiten. Ändern Sie diese Datei, um das bereitgestelltedefault-Cache-Frontend zu ändern.<magento_root>/app/etc/env.php- Umgebungsspezifische Konfiguration. Ändern Sie diese Datei, um benutzerdefinierte Cache-Frontends zu konfigurieren. Diese Datei überschreibt die entsprechende Konfiguration indi.xml.
Details zur Frontend-zu-Typ-Zuordnung und zur Cache-Konfigurationssyntax finden Sie unter:
- Cache-Frontends konfigurieren — Ein Cache-Frontend mit bestimmten Cache-Typen verknüpfen
- Cache-Backend-Optionen — Referenz zur Backend-Option