Unterstützung für die Split Database Performance Solution hinzugefügt - Jetzt können Sie einen Store mithilfe der Split Database Performance Solution in der Cloud Docker-Umgebung konfigurieren und bereitstellen.

Unterstützung für die Bereitstellung von Adobe Commerce und Magento Open Source - Jetzt können Sie Cloud Docker für Commerce verwenden, um eine lokale Entwicklungsumgebung für Projekte bereitzustellen, die nicht in Adobe Commerce auf der Cloud-Infrastruktur gehostet werden.

Blackfire.io-Unterstützung—Es wurde Unterstützung für die Verwendung der Blackfire.io-Erweiterung für automatisierte Leistungstests hinzugefügt. Fehlerbehebung eingereicht von Adarsh Manickam von Zilker Technology

Container-Aktualisierungen

• Varnish - Jetzt ist Varnish der Standard-Cache, wenn Sie Adobe Commerce in einer Cloud Docker-Umgebung mit einer unterstützten Version der Cloud-Anwendungsvorlage bereitstellen. Siehe Lackbehälter.

• Es wurde die --no-varnish Option zum Überspringen der Installation des Varnish-Service hinzugefügt, wenn Sie die Cloud Docker-Konfigurationsdatei generieren.

• Datenbank

  • Unterstützung für die MySQL-Datenbank wurde hinzugefügt. Jetzt können Sie die Cloud Docker-Umgebung entweder mit MariaDB oder mit MySQL konfigurieren. Siehe Service-Konfigurationsoptionen.

  • Es wurde die Möglichkeit hinzugefügt, die Inkrement- und Offset-Einstellungen für die Datenbankreplikation festzulegen, wenn Sie die Docker-Compose-Datei generieren. Siehe Service-Container.

• PHP-FPM

  • Hinzugefügte Unterstützung für PHP 7.4. Fehlerbehebung eingereicht von Mohanela Murugan von Zilker Technology

  • Es wurde die Möglichkeit hinzugefügt, eine php.ini-Datei in das Stammverzeichnis des Projekts in die Cloud Docker-Umgebung zu kopieren und benutzerdefinierte PHP-Einstellungen auf die PHP-FPM- und CLI-Container anzuwenden. Siehe PHP-Einstellungen anpassen. Fehlerbehebung eingereicht von Mathew Beane von Zilker Technology.

  • Eine Container-Konsistenzprüfung wurde hinzugefügt. Fehlerbehebung eingereicht von Visanth Sampath von Zilker Technology.

• Node.js - Die Standardversion von Node.js wurde von Version 8 auf Version 10 aktualisiert, um die Sicherheit zu verbessern. Node.js Version 8 ist veraltet und wird nicht mehr mit Fehlerbehebungen oder Sicherheitspatches aktualisiert. Fehlerbehebung eingereicht von Mohan Elamurugan von Zilker Technology.

• Elasticsearch

  • Hinzugefügte Unterstützung für Elasticsearch 6.8, 7.2, 7.5 und 7.6.

  • Es wurde die Möglichkeit hinzugefügt, die Elasticsearch-Container-Konfiguration 🔗 anzupassen, wenn Sie die Docker Compose-Konfigurationsdatei generieren.

  • Die --no-es Option wurde zu den Service-Konfigurationsoptionen für die Generierung der Docker Compose-Konfigurationsdatei hinzugefügt. Verwenden Sie diese Option, um die Elasticsearch-Container-Installation zu überspringen und stattdessen die MySQL-Suche zu verwenden. Diese Option wird nur für Adobe Commerce-Versionen 2.3.5 und früher unterstützt.

• FPM-XDEBUG-Container - Es wurde eine Service-Konfigurationsoption hinzugefügt, um Xdebug zum Debugging von PHP in Ihrer Cloud Docker-Umgebung zu installieren und zu konfigurieren. Siehe Konfigurieren von xdebug.

Docker-Konfigurationsänderungen

• Es wurden Konsistenzprüfungen für die Container der Dienste PHP-FPM, Redis, Elasticsearch und MySQL Docker hinzugefügt.

• Der standardmäßige Dateisynchronisierungsmodus wurde im Entwicklermodus in native geändert.

• Beim Generieren der docker-compose.yml-Datei wurden Versionsinformationen zum generischen Docker-Service-Container-Bild hinzugefügt.

• Verbesserte Fähigkeit, große Antworten aus dem Upstream PHP-FPM Container zu verarbeiten, indem der fastcgi_buffers Wert für den Nginx Server erhöht wird.

• Verbesserte Leistung bei der mutagenen Dateisynchronisierung durch Hinzufügen einer zweiten Synchronisierungssitzung zum Synchronisieren von Dateien im vendor. Durch diese Änderung wird verhindert, dass Mutagene während des Dateisynchronisierungsprozesses hängen bleiben. Fehlerbehebung eingereicht von Mathew Beane von Zilker Technology.

• CLI-Befehlsaktualisierungen

Die Konfiguration der Synchronisation mutagener Dateien wurde korrigiert, um zu verhindern, dass mutagen veraltete Sitzungen erstellt. Fehlerbehebung eingereicht von Mathew Beane von Zilker Technology.

Es wurde ein Konfigurationsproblem behoben, das zu Syntaxfehlern im Docker Compose-Protokoll beim Starten des PHP-FPM-Containers führte. Fehlerbehebung eingereicht von Mathew Beane von Zilker Technology

Es wurden Volume-Konfliktfehler behoben, die manchmal bei der Verwendung mehrerer Docker-Umgebungen auftraten. Fehlerbehebung eingereicht von G Arvind von Zilker Technology.

Es wurde ein Problem behoben, das dazu führte, dass der ece-docker build:compose-Befehl fehlschlug, wenn die Konfiguration Blackfire.io enthielt. Fehlerbehebung eingereicht von G Arvind von Zilker Technology.

Die PHP-CLI-Bildkonfiguration wurde aktualisiert, um Speicherfehler zu verhindern, die bei der Installation mehrerer Pakete mit Cloud Docker für Commerce aufgetreten sind. Fehlerbehebung eingereicht von Mohan Elamurugan von Zilker Technology.*

Es wurde Unterstützung für mehrere MySQL-Benutzer in der Cloud Docker-Umgebung hinzugefügt. In früheren Versionen schlug der build:compose fehl, wenn in der magento.app.yaml mehrere Datenbankbenutzer angegeben waren. Fehlerbehebung eingereicht von G Arvind von Zilker Technology.

Die rsyslog wurden aus dem Cloud Docker für Commerce PHP-Container entfernt, um Kompatibilitätsprobleme zu beheben, die zu Warnbenachrichtigungen während der Bereitstellung führten. Cloud Docker verwendet nicht das Dienstprogramm rsyslog.

Separates Paket zur Bereitstellung vonCloud Docker for Commerce erstellt - Quellcode zur Bereitstellung von Cloud Docker für Commerce aus dem ece-tools-Repository in das neue magento-cloud-docker-Repository verschoben, um die Code-Qualität zu erhalten und unabhängige Versionen bereitzustellen. Das neue Paket ist eine Abhängigkeit für ECE-Tools v2002.1.0 und höher.

Wenn Sie die ECE-Tools aktualisieren, aktualisieren Sie auch das magento/magento-cloud-docker-Paket auf Version 1.0.0. Wenn Sie Cloud Docker für Commerce mit einer früheren ece-tools-Version (2002.0.x) verwendet haben, überprüfen Sie die Abwärtsinkompatibilitäten und aktualisieren Sie Ihr Projekt nach Bedarf als Skripte, Befehle und Prozesse.

Versionierung der Docker-Images hinzugefügt - Sie müssen jetzt das magento/magento-cloud-docker-Paket aktualisieren, um die aktualisierten Images zu erhalten.

Container-Aktualisierungen—

• PHP-FPM-Container—

  • Hinzugefügte Node.js-Unterstützung - Das PHP-FPM-Image wurde aktualisiert, um die Funktionen node, npm und grunt-cli im PHP-Container zu unterstützen.

  • Unterstützung für ionCube hinzugefügt - Die standardmäßige Docker-Konfiguration wurde aktualisiert, um ionCube in der lokalen Docker-Entwicklungsumgebung zu unterstützen.

• Web-Container—

  • NGINX-Konfiguration anpassen - Es wurde die Möglichkeit hinzugefügt, eine benutzerdefinierte nginx.conf in der Cloud Docker für Commerce-Umgebung zu mounten. Siehe Web-Container.

  • Automatisch generierte NGINX-Zertifikate - Die Docker-Konfigurationsdatei enthält jetzt die Konfiguration zum automatischen Generieren von NGINX-Zertifikaten für den Web-Container.

• Neuer Selenium-Container - Ein Selenium-Container wurde hinzugefügt, um Adobe Commerce-Anwendungstests mithilfe des Magento Functional Testing Framework (MFTF) zu unterstützen.

• Unterstützung der RabbitMQ- - Die RabbitMQ-Container-Konfiguration wurde aktualisiert, um RabbitMQ Version 3.8 zu unterstützen.

• Persistenter Datenbank-Container - Das magento-db: /var/lib/mysql Datenbankvolume bleibt jetzt bestehen, nachdem Sie die Docker-Konfiguration angehalten und entfernt haben, und wird beim Neustart der Docker-Konfiguration wiederhergestellt. Jetzt müssen Sie das Datenbankvolume manuell löschen. Siehe [Datenbank-Container].

• TLS-Container—

  • Das Container-Basisbild wurde aktualisiert, um das offizielle Bild zu verwenden—Das Cloud TLS-Container-Bild basiert jetzt auf dem offiziellen debian:jessie Docker-Bild.—

  • Es wurde Unterstützung für den [Pound TLS Termination Proxy] hinzugefügt - Die Pound-Konfigurationsdatei fügt die folgenden ENV-Variablen hinzu, um die Docker-Konfiguration für den TLS-Container anzupassen:

    • TimeOut (Time to First Byte) - Setzt den Wert TTFB (Time to First Byte) für die Zeitüberschreitung. Der Standardwert ist 300 Sekunden.

    • RewriteLocation - Bestimmt, ob der Proxy „pound“ den Speicherort standardmäßig auf die Anfrage-URL umschreibt. Die Standardeinstellung ist 0, um zu verhindern, dass durch die Umschreibung Umleitungen zu externen Websites wie einer externen SSO-Site unterbrochen werden. Fehlerbehebung eingereicht von Sorin Sugar

  • Der Zeitüberschreitungswert in der TLS-Container-Konfiguration wurde von 15 auf 300 Sekunden erhöht. Fehlerbehebung eingereicht von Mathew Beane von Zilker Technology

• Lackcontainer—

  • Das Container-Basisbild wurde aktualisiert, um das offizielle Bild zu verwenden—Der Cloud-Lackierungs-Container basiert jetzt auf dem offiziellen centos Docker-Bild.

  • Verbesserte standardmäßige Zeitüberschreitungskonfiguration-.first_byte_timeout und .between_bytes_timeout-Konfiguration zum Lackierungs-Container hinzugefügt. Beide Zeitüberschreitungswerte sind standardmäßig auf 300s (5 Minuten) eingestellt. Fehlerbehebung eingereicht von Mathew Beane von Zilker Technology

  • Fehler während Xdebug-Sitzungen überspringen - Die Konfiguration des Klarlack-Containers wurde aktualisiert, sodass pass auf Anfragen zurückgegeben werden, die empfangen werden, wenn Xdebug aktiviert ist. In früheren Versionen konnten Sie Xdebug nicht verwenden, wenn die Docker-Umgebung Varnish enthielt. Fehlerbehebung eingereicht von Mathew Beane von Zilker Technology.

Docker-Konfigurationsänderungen—

• Bereitstellungen und Volumes für Ihr Projekt verwalten Die Möglichkeit zum Verwalten von Bereitstellungen und Volumes beim Starten einer Docker-Umgebung für die lokale Entwicklung wurde hinzugefügt. Siehe [Freigeben von Projektdaten].

• Unterstützung für den Netzwerk-Bridge-Modus - Es wurde Unterstützung für den Netzwerk-Bridge-Modus hinzugefügt, um Verbindungen zwischen Docker-Containern über das lokale Netzwerk zu aktivieren.

• Cron-Container standardmäßig deaktiviert - Um die Leistung zu verbessern, ist der Cron-Container beim Erstellen der Docker-Umgebung nicht mehr standardmäßig konfiguriert. Sie können die --with-cron-Option im Docker-Build-Befehl verwenden, um Ihrer Umgebung einen Cron-Container hinzuzufügen. Siehe Verwalten von Cron-Aufträgen.

• Beenden der Synchronisierung großer Backup-Dateien - Es wurden DB-Dumps und Archivdateien - ZIP, SQL, GZ und BZ2 - zur Ausschlussliste in den dist/docker-sync.yml und dist/mutagen.sh Dateien hinzugefügt. Das Synchronisieren großer Dateien (>1 GB) kann zu Inaktivität führen, und Backup-Dateien müssen normalerweise nicht synchronisiert werden, da sie neu generiert werden können.

Befehlsänderungen—

• Die ./bin/docker-Datei wurde umbenannt, um ein Problem zu ./bin/magento-docker, das dazu führte, dass einige Docker-Umgebungen nicht mehr funktionierten, da die ./bin/docker-Datei vorhandene Docker-Binärdateien überschreibt. Dies ist eine abwärtsinkompatible Änderung die Aktualisierungen Ihrer Skripte und Befehle erfordert.

• Es wurde eine Service-Konfigurationsoption hinzugefügt, um den Datenbank-Port für den Host verfügbar zu machen - Verwenden Sie die --expose-db-port= [Fix submitted by Adarsh Manickam from Zilker Technology](https://github.com/magento/magento-cloud-docker/pull/101).<PORT>-Option, um den Datenbank-Port für den Host beim Erstellen der docker-compose.yml-Datei verfügbar zu machen: bin/ece-docker build:compose --expose-db-port=<PORT>

• neuer Post-Bereitstellungsbefehl—Zuvor wurden die in der .magento.app.yaml-Datei definierten Post-Bereitstellungs-Hooks automatisch ausgeführt, nachdem Sie Adobe Commerce mithilfe des cloud-deploy-Befehls in einem Cloud Docker-Container bereitgestellt hatten. Jetzt müssen Sie einen separaten cloud-post-deploy-Befehl ausführen, um die Hooks nach der Bereitstellung auszuführen. Siehe die aktualisierten Launch-Anweisungen für Entwickler und 🔗Produktionsmodus.

• Die Option --rm wurde hinzugefügt, um Befehle für die Build- und Bereitstellungs-Container zu ./bin/magento-docker. Dadurch wird der Container entfernt, nachdem die Aufgabe abgeschlossen ist.

• Aktualisierungen build:compose Befehls—

  • Dem docker-build-Befehl wurde die Option --sync-engine="native" hinzugefügt, um die Dateisynchronisierung zu deaktivieren, wenn Sie die Docker Compose-Konfigurationsdatei im Entwicklermodus generieren. Verwenden Sie diese Option bei der Entwicklung auf Linux-Systemen, für die keine Dateisynchronisierung für die lokale Docker-Entwicklung erforderlich ist. Siehe Synchronisieren von Daten in der Docker-Umgebung.

• Die Standardeinstellung für die Dateisynchronisierung wurde von docker-sync in native geändert. Fehlerbehebung eingereicht von Mathew Beane von Zilker Technology.

Validierungsverbesserungen—

• Es wurde eine Validierung zum Bereitstellungsprozess für lokale Docker-Entwicklungsumgebungen hinzugefügt, um zu überprüfen, ob die Cloud-Umgebungskonfiguration den zum Entschlüsseln der Datenbank erforderlichen Verschlüsselungsschlüssel enthält. Jetzt erhalten Sie eine Fehlermeldung im Protokoll, wenn die Umgebungskonfiguration keinen Wert für den Verschlüsselungsschlüssel angibt.

• Es wurde eine Container-Konsistenzprüfung zum Elasticsearch-Service hinzugefügt, um sicherzustellen, dass der Service bereit ist, bevor die Build- und Bereitstellungsverarbeitung fortgesetzt wird. Wenn die Konsistenzprüfung einen Fehler zurückgibt, wird der Container automatisch neu gestartet.