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.