Cloud Docker-Paket

Unterstützung von PHP 8.1—Unterstützung für PHP 8.1 hinzugefügt.

OpenSearch - Es wurden Bilder der OpenSearch-Versionen 1.1 und 1.2 hinzugefügt.

Composer 2.1—Setzen Sie Composer 2.1.x standardmäßig in PHP 8.x-Bildern.

Verbesserungen an PHP-—

• PHP 8.1-Bilder hinzugefügt
• Aktualisierung von xDebug Version 3.1.2
• Upgrade von xmlrpc 1.0.0RC3

Elasticsearch- und OpenSearch-: -Verbesserungen in Elasticsearch und OpenSearch-Dockerfiles; entfernt das Elasticsearch 5.2-Image.

Sodium extension - Aktiviert die sodium standardmäßig in allen PHP-Bildern.

Composer-Cache-Volume - Fester Pfad für Composer-Cache-Volume, auf dem Composer-Pakete zwischengespeichert werden.

Speicherbegrenzung in nginx—Feste Speicherbegrenzung im NGINX-Bild.

Workflow zum Verbessern des Entwicklermodus - Zuvor mussten Sie den Modus im Build- und Bereitstellungsschritt angeben. Jetzt bestimmt die Option --mode im build Schritt den Modus im späteren deploy. Das Festlegen des Modus nach der Bereitstellung ist nicht mehr erforderlich. Siehe Entwicklermodus.

Verbesserungen für schreibgeschützte Dateisysteme—

• Fehlerkorrektur - Der PHP-Container für die Mail-Konfiguration wird jetzt gestartet.
• Kann Umgebungsvariablen in INI-Dateien verwenden.
• Stellen Sie sicher, dass PHP-Einstiegspunkte keine Schreibberechtigung benötigen.

Update Node - Aktualisieren Sie die gebündelte Node-Version; bei der Installation von Node in PHP-CLI-Images wird jetzt die aktuelle LTS-Version verwendet.

update symfony—Die Abhängigkeiten von Symfony wurden aktualisiert, damit sie mit Adobe Commerce 2.4.4.

kompatibel sind

Neuer Zookeeper-Container - Ein ZooKeeper-Container wurde hinzugefügt, um die Sperranbieterkonfiguration für Projekte zu verwalten, die nicht in Adobe Commerce in der Cloud-Infrastruktur bereitgestellt werden.

Unterstützung für Composer 2.0. hinzugefügt - Composer Version 2.0 zur Composer-Konfigurationsdatei hinzugefügt, um Upgrades von Composer 1.0 zu unterstützen, das sich dem Ende des Lebenszyklus nähert.

Aktualisierte host.docker.internal, um plattformunabhängig zu sein - Sie können jetzt dieselben Docker Compose-Skripte für Ubuntu, Windows und macOS erstellen. Die Verwendung von Xdebug auf Ubuntu erfordert keine separate Umgebungsvariable mehr. Fehlerbehebung eingereicht von Igor Vitol.

Aktualisiert init-docker.sh - Das mounts-Objekt wurde zur MAGENTO_CLOUD_APPLICATION Umgebungsvariablen hinzugefügt. Fehlerbehebung eingereicht von Chiranjeevi.

Aktualisiert init-docker.sh—Das init-docker.sh-Skript wurde mit PHP 7.4 und Cloud Docker 1.2.1 aktualisiert. Fehlerbehebung eingereicht von Adarsh Manickam.

Natrium standardmäßig aktiviert—Aktiviert die sodium PHP-Erweiterung standardmäßig in PHP Docker-Bildern.

custom-registryOption - Dem php ./vendor/bin/ece-docker build:compose-Befehl wurde eine --custom-registry Option zur Verwendung Ihrer eigenen Bildregistrierung hinzugefügt.

./vendor/bin/ece-docker build:compose --custom-registry=my-registry.example.com

Alte Elasticsearch-Versionen entfernt - Die Elasticsearch-Versionen 1.7 und 2.4 wurden aus den Elasticsearch-Images entfernt.

Automatisches Generieren von NGINX-Zertifikaten - Entfernt die vorhandenen Zertifikate aus dem NGINX-Bild. Die NGINX-Zertifikate werden jetzt bei jeder neuen Bereitstellung automatisch generiert, um die Sicherheit zu verbessern.

Enabledopcache.validate_timestamps - Aktiviert die opcache.validate_timestamps PHP-Einstellung standardmäßig im Entwicklermodus. Durch Aktivierung dieser Einstellung wurde das Problem behoben, dass Änderungen am Dateisystem in Docker nicht erkannt wurden.

Behobenebuild:custom:compose - Der build:custom:compose-Befehl wurde korrigiert, der einen Fehler auslöst, wenn Dateien während des Build-Prozesses nicht überschrieben werden können. Das Auslösen eines Fehlers verhindert Situationen, in denen docker-compose up die falschen Dateien verwenden könnten.

Option "--sync_engine="native" korrigiert - Es wurde das Problem behoben, dass im Produktionsmodus (--mode="production") mit der Option --sync_engine="native" keine Einträge für lokale Ordner in der docker.composer.yml erstellt wurden.

Fehler bei der Validierung der Service-Version - Service-Versionen für RabbitMQ, Elasticsearch und andere Services wurden zur type in der MAGENTO_CLOUD_RELATIONSHIP-Variablen hinzugefügt. Durch Hinzufügen dieser Versionen zur relationships-Variablen wurden die Validierungsfehler behoben, die während der Bereitstellungsphase auftraten.

NGINX-Befehlsoptionen - Es wurden Befehlsoptionen zum Erstellen hinzugefügt, um die Anzahl der NGINX-worker_processes und NGINX-worker_connections für TLS und Web-Services zu ändern. Der worker_process-Parameter behält die Möglichkeit, den Wert auf auto festzulegen. Beispiele:

./vendor/bin/ece-docker build:compose --nginx-worker-processes=2
./vendor/bin/ece-docker build:compose --nginx-worker-connections=2048

TLS-Befehlsoption - Es wurde eine Build-Befehlsoption hinzugefügt, um eine Konfiguration ohne den TLS-Service zu erstellen. Beispiel:

./vendor/bin/ece-docker build:compose --no-tls

NGINX-Speicherverbrauch - Verringert den Speicherverbrauch durch den NGINX-Prozess für TLS und Web-Services.

Blackfire - Blackfire PHP-Erweiterung ist im Cloud Docker-Image standardmäßig deaktiviert.

PHP-FPM container—Die Konsistenzprüfung des PHP-FPM-Containers wurde korrigiert, indem die WEB_PORT von 80 auf 8080 geändert wurde.

Ungültige Volume- - Es wurde ein Fehler mit ungültiger Volume-Benennung im Entwicklermodus behoben.

NGINX Upstream Port - Das Docker NGINX 1.19-Image wurde aktualisiert und verwendet nun Port 8080, um eine Endlosschleife zu vermeiden. Fehlerbehebung eingereicht von Adarsh Manickam.

Container-Updates—

• PHP-FPM-Container—Unterstützung für die gnupg PHP-Erweiterung hinzugefügt. Fehlerbehebung eingereicht von G Arvind von Zilker Technology.

• Datenbank-Container - Die Konsistenzprüfung des Datenbank-Containers wurde korrigiert, indem das erforderliche Datenbankkennwort zum Konsistenzprüfungsbefehl hinzugefügt wurde.

• Elasticsearch-Container

  • Es wurde Unterstützung für Elasticsearch 7.9 zur Kompatibilität mit kommenden Adobe Commerce-Versionen hinzugefügt.

  • Elasticsearch-Plug-in-Konfiguration - Es wurde Unterstützung hinzugefügt, um die Elasticsearch-Plug-in-Konfigurationsinformationen aus der services.yaml-Datei zum Generieren der docker-compose.yaml-Datei für eine Cloud Docker-Umgebung für Commerce zu verwenden. Siehe Elasticsearch-Plug-ins.

  • Unterstützung für Elasticsearch-Plug—Folgende Elasticsearch-Plug-ins werden jetzt unterstützt: analysis-icu, analysis-phonetic, analysis-stempel und analysis-nori. Die Plug-ins analysis-icu und analysis-phonetic werden standardmäßig installiert. Sie können die analysis-stempel und analysis-nori-Plug-ins nach Bedarf hinzufügen oder entfernen.

• CLI-Container

  • Befehle in Docker-PHP-Containern ausführen - Jetzt können Sie die Cloud Docker-CLI verwenden, um Befehle in PHP-Containern in Ihrer Docker-Umgebung auszuführen, ohne PHP auf dem Host installieren zu müssen. Der folgende Befehl erstellt beispielsweise die Konfiguration: ./bin/magento-docker php 7.3 vendor/bin/ece-docker build:compose. Siehe Cloud Docker-CLI. Fehlerbehebung eingereicht von G Arvind von Zilker Technology.

  • OpenSSH-Client zu PHP CLI-Containern hinzugefügt. Jetzt können Sie die ssh-agent-Weiterleitung für Composer verwenden, wenn die composer.json-Datei private Git-Repositorys enthält, für die ein ssh-Client Composer-Befehle verwenden muss.

• TLS-Container - Jetzt basiert der TLS-Container auf dem https://hub.docker.com/r/magento/magento-cloud-docker-nginx Docker-Image anstelle des CentOS-Images. Durch diese Änderung werden Probleme behoben, die beim Senden von HTTPS-Anfragen zwischen Containern in der Cloud Docker-Umgebung zu Fehlern führten.

• Test-Container - Es wurde ein Test-Container für Anwendungstests hinzugefügt und die --with-test-Option zum Docker-build:compose-Befehl hinzugefügt, um den Container nur beim Testen in der Docker-Umgebung zu erstellen. Siehe Anwendungstests.

• FPM-XDEBUG-Container

  • Konfigurieren von Xdebug unter Linux - Dem ece-docker build:compose-Befehl wurde die Option --set-docker-host hinzugefügt, um den host.docker.internal im Xdebug-Container zu konfigurieren. Diese Option ist erforderlich, um Xdebug auf Linux-Systemen verwenden zu können. Siehe Konfigurieren von Xdebug für Docker.

  • Die Xdebug-Variablenkonfiguration für den Docker-EINSTIEGSPUNKT wurde korrigiert, um uninitialized "with_xdebug" variable Fehler in den Protokollen zu beheben. Fehlerbehebung eingereicht von Florent Olivaud

Docker-Konfigurationsänderungen

• MailHog-: Jetzt können Sie die folgenden ece-docker build:compose-Befehlsoptionen verwenden, um MailHog zu deaktivieren und Ports anzugeben: --no-mailhog, --mailhog-http-port und --mailhog-smtp-port. Siehe Einrichten von E-Mails.

• Für Cloud Docker für Commerce 1.2.0 und höher stellt Adobe jetzt Docker-Images für jede Patch-Version bereit, und der Docker-Konfigurationsgenerator erstellt die Docker-Konfiguration mit einer angegebenen Patch-Version, anstatt die neueste zu verwenden. Zuvor erstellte der Docker-Konfigurations-Generator die Konfiguration mit der neuesten Patch-Version, was das mit einer früheren Version erstellte Cloud Docker für Commerce-Umgebungen beschädigen könnte.

• Angeben benutzerdefinierter Bilder und Versionen in der benutzerdefinierten Cloud-Docker-Konfiguration - Der build:custom:compose-Befehl wurde mit Optionen zum Angeben benutzerdefinierter Bilder und Versionen beim Generieren einer benutzerdefinierten Docker Compose-Konfigurationsdatei (docker-compose.yaml) aktualisiert. Siehe Erstellen einer benutzerdefinierten Docker-Compose-Konfiguration.

• Die Docker-Host-Konfiguration wurde aktualisiert, um Port 443 anzuzeigen, damit der Zugriff auf Adobe Commerce (https://magento2.docker) von allen CLI-Containern aus ermöglicht wird. Sie können den Standard-Port ändern, indem Sie die Option --tls-port hinzufügen, wenn Sie die Docker-Konfigurationsdatei generieren.

Es wurde ein Problem behoben, das dazu führte, dass der Build von Cloud Docker für Commerce fehlschlug, wenn die app/etc/env.php vorhanden war.

Die Build-Konfiguration wurde aktualisiert, um benannte Volumes durch reguläre Volumes zu ersetzen, um Probleme bei der Bereitstellung von Cloud Docker für Commerce unter Linux oder dem Windows-Subsystem für Linux (WSL2) zu vermeiden.

Die Funktionstests von Cloud Docker für Commerce wurden aktualisiert, um Composer 2.0 zu unterstützen.

E-Mail-Konfiguration aktualisiert Die standardmäßige Cloud-Docker-Konfiguration für Commerce wurde aktualisiert, um den MailHog-Service anstelle von SendMail zu unterstützen. Siehe Einrichten von E-Mails.

PS-Bibliothek wurde in der Cloud Docker-Umgebungskonfiguration wiederhergestellt, um ps: command not found Fehler zu beheben.

Die standardmäßige Cloud Docker-Konfiguration für Commerce wurde aktualisiert, um die automatische Bereitstellung des Datenbank-Einstiegspunkts und von MariaDB-Volumes zu entfernen und Cannot create container for service db zu beheben, die beim Starten der Cloud Docker-Umgebung auftreten können.

Jetzt können Sie die Cloud Docker-Umgebung so konfigurieren, dass die Datenbankordner gemountet werden, indem Sie die folgenden Optionen zum ece-docker build:compose-Befehl hinzufügen: --with-entry-point und with-mariadb-conf. Siehe Service-Konfigurationsoptionen.

CLI-Befehlsaktualisierungen

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.