Erstellt ein separates Paket zur Bereitstellung vonCloud Docker for Commerce - Der Quellcode wurde verschoben, um Cloud Docker für Commerce aus dem ece-tools -Repository in das neue magento-cloud-docker-Repository bereitzustellen, um die Codequalität zu wahren und unabhängige Versionen bereitzustellen. Das neue Paket ist eine Abhängigkeit von 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 Version von ece-tools (2002.0.x) verwendet haben, überprüfen Sie die Abwärtskompatibilitäten und aktualisieren Sie Ihr Projekt als Skripte, Befehle und Prozesse nach Bedarf.

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

Container-Updates—

• PHP-FPM-Container—

  • Node.js-Unterstützung hinzugefügt—Das PHP-FPM-Bild wurde aktualisiert, um die Funktionen node, npm und granunt-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.

• Webcontainer—

  • NGINX-Konfiguration anpassen: Es wurde die Möglichkeit hinzugefügt, eine benutzerdefinierte nginx.conf -Datei für die Cloud-Docker-Umgebung für Commerce bereitzustellen. Siehe Webcontainer.

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

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

• RabbitMQVersionsunterstützung - Die RabbitMQ -Containerkonfiguration wurde aktualisiert, um RabbitMQ Version 3.8 zu unterstützen.

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

• TLS-Container—

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

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

    • TimeOut - Legt den Wert Time to First Byte (TTFB) timeout fest. Der Standardwert ist 300 Sekunden.

    • RewriteLocation - Bestimmt, ob der Proxy "Pfund"den Speicherort standardmäßig in die Anforderungs-URL umschreibt. Die Standardeinstellung ist 0 , um zu verhindern, dass Umleitungen zu externen Websites wie einer externen SSO-Site umbrochen werden. Von Sorin Sugar eingereichte Fehlerbehebung

  • Der Timeout-Wert in der TLS-Container-Konfiguration wurde von 15 auf 300 Sekunden erhöht. Fehlerbehebung, die von Mathew Beane von Zilker Technology eingereicht wurde

• varnish container—

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

  • Verbesserte standardmäßige Timeout-Konfiguration-Hinzufügung der Konfigurationen .first_byte_timeout und .between_bytes_timeout zum Varnish-Container. Beide Timeout-Werte sind standardmäßig auf 300s (5 Minuten) eingestellt. Fehlerbehebung, die von Mathew Beane von Zilker Technology eingereicht wurde

  • Varianten während Xdebug-Sitzungen überspringen - Die Konfiguration des varnish-Containers wurde aktualisiert und gibt pass für Anforderungen zurück, die bei aktiviertem Xdebug empfangen wurden. In früheren Versionen konnten Sie Xdebug nicht verwenden, wenn die Docker-Umgebung Varnish enthielt. Fehlerbehebung, die von Mathew Beane von Zilker Technology eingereicht wurde.

Änderungen der Docker-Konfiguration—

• Verwalten von Bereitstellungen und Volumina für Ihr Projekt: Es wurde die Möglichkeit hinzugefügt, Bereitstellungen und Volumina beim Start einer Docker-Umgebung für die lokale Entwicklung zu verwalten. Siehe [ Projektdaten freigeben].

• Unterstützung für Netzwerkbrücke-Modus - Unterstützung für Netzwerkbrücke-Modus hinzugefügt, um Verbindungen zwischen Docker-Containern über das lokale Netzwerk zu aktivieren.

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

• Beenden Sie die Synchronisation großer Sicherungsdateien: DB-Dumps und Archivdateien - ZIP, SQL, GZ und BZ2 - wurden zur Ausschlussliste in den Dateien dist/docker-sync.yml und dist/mutagen.sh hinzugefügt. Die Synchronisation großer Dateien (> 1 GB) kann zu einer Inaktivität führen, und Sicherungsdateien erfordern normalerweise keine Synchronisation, da Sie sie neu generieren können.

Befehlsänderungen—

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

• Es wurde eine Dienstkonfigurationsoption hinzugefügt, um den Datenbankanschluss 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 Datenbankanschluss für den Host verfügbar zu machen, wenn Sie die docker-compose.yml-Datei erstellen: bin/ece-docker build:compose --expose-db-port=<PORT>

• Neuer Befehl nach der Bereitstellung - Zuvor wurden die in der Datei .magento.app.yaml definierten Hooks nach der Bereitstellung automatisch ausgeführt, nachdem Sie Adobe Commerce mithilfe des Befehls cloud-deploy in einem Cloud-Docker-Container bereitgestellt haben. Jetzt müssen Sie einen separaten cloud-post-deploy -Befehl ausgeben, um die Hooks nach der Bereitstellung auszuführen. Siehe aktualisierte Launch-Anweisungen für den Modus Entwickler und Produktion .

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

• Aktualisierungen an build:compose Befehl—

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

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

Verbesserungen bei der Validierung—

• Dem Bereitstellungsprozess für lokale Docker-Entwicklungsumgebungen wurde eine Validierung hinzugefügt, um sicherzustellen, dass 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.

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