Package Cloud Docker

Prise en charge de PHP 8.1 : prise en charge de PHP 8.1.

OpenSearch—Ajout d’images des versions 1.1 et 1.2 d’OpenSearch.

Compositeur 2.1—Définir le compositeur 2.1.x par défaut dans les images PHP 8.x.

améliorations des images PHP—

• Ajout d’images PHP 8.1.
• Mise à niveau de xDebug version 3.1.2
• Mise à niveau de xmlrpc 1.0.0RC3

Améliorations Elasticsearch & OpenSearch—Améliorations apportées aux fichiers Dockerfiles Elasticsearch et OpenSearch ; suppression de l’image Elasticsearch 5.2.

Extension Sodium—Activation de l’extension sodium par défaut dans toutes les images PHP.

{volume du cache du compositeur : chemin d’accès fixe pour que le volume du cache du compositeur ait des modules du compositeur en mémoire cache.

Limite de mémoire dans nginx : correction d’une limitation de mémoire dans l’image NGINX.

​ ​: auparavant, vous deviez spécifier le mode dans les étapes de création et de déploiement. Désormais, l’option --mode de l’étape build détermine le mode à l’étape deploy ultérieure. La définition du mode après le déploiement n’est plus nécessaire. Voir Mode développeur.

Améliorations du système de fichiers en lecture seule—

• Correction d’un problème qui entraînait le démarrage d’un conteneur PHP pour la configuration des emails.
• Peut utiliser des variables d’environnement dans des fichiers INI.
• Assurez-vous que les points d’entrée PHP n’ont pas besoin d’autorisation d’écriture.

Mettre à jour le noeud—Mettre à jour la version du noeud groupé ; lors de l’installation du noeud dans des images de ligne de commande PHP, il utilise désormais la version actuelle de LTS.

Mettre à jour Symfony—Mise à jour des dépendances de configuration Symfony pour qu’elles soient compatibles avec Adobe Commerce 2.4.4.

Nouveau Zookeeper conteneur : ajout d’un conteneur Zookeeper pour gérer la configuration du fournisseur de verrouillages pour les projets qui ne sont pas déployés sur l’infrastructure Adobe Commerce on Cloud.

Ajout de la prise en charge du compositeur 2.0. : ajout de la version 2.0 du compositeur au fichier de configuration du compositeur pour la prise en charge des mises à niveau du compositeur 1.0 qui approche la fin de vie.

host.docker.internal mis à jour pour être indépendant de la plateforme : vous pouvez désormais créer les mêmes scripts Docker Composer pour Ubuntu, Windows et macOS. L’utilisation de Xdebug sur Ubuntu ne nécessite plus de variable d’environnement distincte. Correctif soumis par Igor Vitol.

Mise à jour de init-docker.sh : ajout de l’objet mounts à la variable d’environnement MAGENTO_CLOUD_APPLICATION. Correctif soumis par Chiranjeevi.

Mise à jour de init-docker.sh : mise à jour du script init-docker.sh avec les versions PHP 7.4 et Cloud Docker 1.2.1. Correctif soumis par Adarsh Manickam.

Sodium activé par défaut—Activation de l’extension sodium PHP par défaut dans les images PHP Docker.

custom-registryoption—Ajout d’une option --custom-registry à la commande php ./vendor/bin/ece-docker build:compose pour l’utilisation de votre propre registre d’images.

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

Suppression des anciennes versions Elasticsearch—Suppression des versions Elasticsearch 1.7 et 2.4 des images Elasticsearch.

Génération automatique de certificats NGINX : suppression des certificats existants de l’image NGINX. Les certificats NGINX sont maintenant générés automatiquement avec chaque nouveau déploiement pour une sécurité améliorée.

opcache.validate_timestamps—Activé le paramètre opcache.validate_timestamps PHP par défaut en mode développeur. L’activation de ce paramètre corrige le problème en raison duquel les modifications apportées au système de fichiers n’étaient pas reconnues dans Docker.

Correction debuild:custom:compose : correction de la commande build:custom:compose pour générer une erreur lorsque les fichiers ne peuvent pas être remplacés pendant le processus de création. Le lancement d’une erreur empêche les situations où docker-compose up pourrait utiliser les mauvais fichiers.

Correction de l’option --sync_engine="native"—Correction du problème en raison duquel, en mode de production (--mode="production"), l’option --sync_engine="native" ne créait aucune entrée pour les dossiers locaux dans le fichier docker.composer.yml.

Correction des erreurs de validation de version de service : ajout de versions de service pour RabbitMQ, Elasticsearch et autres services à la propriété type de la variable MAGENTO_CLOUD_RELATIONSHIP. L'ajout de ces versions à la variable relationships a corrigé les erreurs de validation qui se sont produites pendant la phase de déploiement.

options de commande NGINX—Ajout d’options de commande de build pour modifier le nombre de NGINX worker_processes et NGINX worker_connections pour TLS et les services Web. Le paramètre worker_process conserve la possibilité de définir la valeur sur auto. Exemples :

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

Option de commande TLS—Ajout de l’option de commande de build pour créer une configuration sans le service TLS. Exemple :

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

consommation de mémoire NGINX—Réduction de la mémoire consommée par le processus NGINX pour TLS et services Web.

Blackfire : désactivation de l’extension PHP du Blackfire par défaut dans l’image Cloud Docker.

Conteneur PHP-FPM—Correction de la vérification de l’intégrité du conteneur PHP-FPM en passant de 80 à 8080.WEB_PORT

Nommage de volume non valide—Correction d'une erreur avec nommage de volume non valide en mode développeur.

port en amont NGINX—Mise à jour de l’image Docker NGINX 1.19 pour utiliser le port 8080 afin d’éviter une boucle infinie. Correctif soumis par Adarsh Manickam.

Mises à jour de conteneur—

• Conteneur PHP-FPM—Ajout de la prise en charge de l’extension gnupg PHP. Correctif soumis par G Arvind de Zilker Technology.

• Conteneur de base de données : correction de la vérification de l’intégrité du conteneur de base de données en ajoutant le mot de passe de base de données requis à la commande de contrôle de l’intégrité.

• Conteneur Elasticsearch

  • Ajout de la prise en charge d’Elasticsearch 7.9 pour la compatibilité avec les prochaines versions d’Adobe Commerce.

  • Configuration du module externe Elasticsearch : ajout de la prise en charge de l’utilisation des informations de configuration du module externe Elasticsearch du fichier services.yaml pour générer le fichier docker-compose.yaml pour un environnement Cloud Docker pour Commerce. Voir Plug-ins Elasticsearch.

  • Prise en charge des modules externes Elasticsearch : ajout de la prise en charge des modules externes Elasticsearch suivants : analysis-icu, analysis-phonetic, analysis-stempel et analysis-nori. Les modules externes analysis-icu et analysis-phonetic sont installés par défaut. Vous pouvez ajouter ou supprimer des modules externes analysis-stempel et analysis-nori si nécessaire.

• Conteneur CLI

  • Exécutez des commandes dans des conteneurs PHP Docker : vous pouvez désormais utiliser l’interface de ligne de commande Cloud Docker pour exécuter des commandes dans des conteneurs PHP dans votre environnement Docker sans avoir à installer PHP sur l’hôte. Par exemple, la commande suivante crée la configuration : ./bin/magento-docker php 7.3 vendor/bin/ece-docker build:compose. Voir Interface de ligne de commande de Cloud Docker. Correctif soumis par G Arvind de Zilker Technology.

  • Ajout du client OpenSSH-client aux conteneurs CLI PHP. Désormais, vous pouvez utiliser le transfert ssh-agent pour le compositeur si le fichier composer.json contient des référentiels git privés qui nécessitent un client ssh pour utiliser les commandes du compositeur.

• Conteneur TLS—Désormais, le Conteneur TLS est basé sur l’image https://hub.docker.com/r/magento/magento-cloud-docker-nginx Docker au lieu de l’image CentOS. Cette modification corrige les problèmes qui provoquaient des erreurs lors de l’envoi de requêtes HTTPS entre des conteneurs dans l’environnement Cloud Docker.

• Conteneur de test : ajout d’un conteneur de test pour le test de l’application et ajout de l’option --with-test à la commande Docker build:compose pour créer le conteneur uniquement lors du test dans l’environnement Docker. Voir test de l’application.

• Conteneur FPM-XDEBUG

  • Configurer Xdebug sous Linux—Ajout de l’option --set-docker-host à la commande ece-docker build:compose pour configurer la valeur host.docker.internal dans le conteneur Xdebug. Cette option est requise pour utiliser Xdebug sur les systèmes Linux. Voir Configuration de Xdebug pour Docker.

  • Correction de la configuration de variable Xdebug pour que le point d’entrée Docker résolve les erreurs uninitialized "with_xdebug" variable dans les journaux. Correctif soumis par Florent Olivaud

Modifications de la configuration Docker

• Configuration de MailHog : vous pouvez désormais utiliser les options de commande ece-docker build:compose suivantes pour désactiver MailHog et spécifier les ports : --no-mailhog, --mailhog-http-port et --mailhog-smtp-port. Voir Configuration de l’email.

• Pour Cloud Docker pour Commerce 1.2.0 et versions ultérieures, Adobe fournit désormais des images Docker pour chaque version de correctif, et le générateur de configuration Docker crée la configuration Docker avec une version de correctif spécifiée au lieu d’utiliser la dernière version. Auparavant, le générateur de configuration Docker créait la configuration à l’aide de la dernière version de correctif qui pouvait interrompre les environnements Cloud Docker pour Commerce créés à l’aide d’une version antérieure.

• Spécifiez des images et des versions personnalisées dans la configuration personnalisée de Cloud Docker : mise à jour de la commande build:custom:compose avec des options permettant de spécifier des images et des versions personnalisées lors de la génération d’un fichier de configuration de composition Docker personnalisé (docker-compose.yaml). Voir Création d’une configuration Docker Composer personnalisée.

• Mise à jour de la configuration de l’hôte Docker afin d’exposer le port 443 pour permettre l’accès à Adobe Commerce (https://magento2.docker) à partir de tous les conteneurs de l’interface de ligne de commande. Vous pouvez modifier le port par défaut en ajoutant l'option --tls-port lors de la génération du fichier de configuration Docker.

Correction d’un problème en raison duquel la version de Cloud Docker pour Commerce échouait si le fichier app/etc/env.php existait.

Mise à jour de la configuration de version pour remplacer les volumes nommés par des volumes réguliers afin d’éviter des problèmes lors du déploiement de Cloud Docker pour Commerce sous Linux ou sous-système Windows pour Linux (WSL2).

Mise à jour de Cloud Docker pour les tests fonctionnels Commerce pour la prise en charge du compositeur 2.0.

Configuration de courrier électronique mise à jour : mise à jour de la configuration par défaut de Cloud Docker pour Commerce afin de prendre en charge le service MailHog au lieu d’utiliser SendMail. Voir Configuration de l’email.

Restauration de la bibliothèque PS dans la configuration de l’environnement Cloud Docker pour corriger les ps: command not found erreurs.

Mise à jour de la configuration par défaut de Cloud Docker pour Commerce afin de supprimer le montage automatique du point d’entrée de la base de données et des volumes MariaDB pour corriger les erreurs Cannot create container for service db qui peuvent se produire lors du démarrage de votre environnement Cloud Docker.

Vous pouvez maintenant configurer l’environnement Cloud Docker pour monter les répertoires de la base de données en ajoutant les options suivantes à la commande ece-docker build:compose : --with-entry-point et with-mariadb-conf. Voir Options de configuration de service.

Mises à jour de la commande CLI

Ajout de la prise en charge de la solution de performances de la base de données partagée : vous pouvez désormais configurer et déployer un magasin à l’aide de la solution de performances de la base de données partagée dans l’environnement Cloud Docker.

Prise en charge du déploiement Adobe Commerce et Magento Open Source—Vous pouvez désormais utiliser Cloud Docker pour Commerce pour déployer un environnement de développement local pour les projets qui ne sont pas hébergés sur Adobe Commerce sur l’infrastructure cloud

Prise en charge de Blackfire.io : ajout de la prise en charge de l’ extension Blackfire.io pour les tests de performances automatisés. Correctif soumis par Adarsh Manickam de Zilker Technology

Mises à jour de conteneur

• Varnish : désormais le vernis est le cache par défaut lorsque vous déployez Adobe Commerce dans un environnement Cloud Docker à l’aide d’une version prise en charge du modèle d’application Cloud. Voir Conteneur de vernis.

• Ajout de l’option --no-varnish pour ignorer l’installation du service Varnish lorsque vous générez le fichier de configuration Cloud Docker.

• Base de données

  • Ajout de la prise en charge de la base de données MySQL. Vous pouvez maintenant configurer l’environnement Cloud Docker avec MariaDB ou MySQL. Voir Options de configuration de service.

  • Ajout de la possibilité de définir les paramètres d’incrément et de décalage pour la réplication de la base de données lors de la génération du fichier de composition Docker. Voir Conteneurs de services.

• PHP-FPM

  • Ajout de la prise en charge de PHP 7.4. Correctif soumis par Mohanela Murugan de Zilker Technology

  • Possibilité de copier un fichier php.ini dans le répertoire du projet racine dans l’environnement Cloud Docker et d’appliquer des paramètres PHP personnalisés aux conteneurs PHP-FPM et CLI. Voir Personnaliser les paramètres PHP. Correctif soumis par Mathew Beane de Zilker Technology.

  • Ajout d’un contrôle d’intégrité du conteneur. Correctif soumis par Visanth Sampath de Zilker Technology.

• Node.js : mise à jour de la version par défaut de Node.js de la version 8 à la version 10 pour améliorer la sécurité. Node.js version 8 est obsolète et n’est plus mis à jour avec des correctifs de bogues ou de sécurité. Correctif soumis par Mohan Elamurugan de Zilker Technology.

• Elasticsearch

  • Ajout de la prise en charge d’Elasticsearch 6.8, 7.2, 7.5 et 7.6.

  • Ajout de la possibilité de personnaliser la configuration de conteneur Elasticsearch lors de la génération du fichier de configuration de composition Docker.

  • Ajout de l’option --no-es aux options de configuration du service pour la génération du fichier de configuration Docker Composer. Utilisez cette option pour ignorer l’installation du conteneur Elasticsearch et utilisez plutôt la recherche MySQL . Cette option est prise en charge uniquement pour Adobe Commerce versions 2.3.5 et antérieures.

• Conteneur FPM-XDEBUG : ajout d’une option de configuration de service pour installer et configurer Xdebug pour le débogage de code PHP dans votre environnement Cloud Docker. Voir Configuration de Xdebug.

Modifications de la configuration Docker

• Ajout de contrôles de l’intégrité pour les conteneurs de service PHP-FPM, Redis, Elasticsearch et MySQL Docker.

• Le mode de synchronisation des fichiers par défaut a été remplacé par native en mode Développeur.

• Ajout d’informations de version à l’image de conteneur de service Docker générique lors de la génération du fichier docker-compose.yml.

• Amélioration de la capacité à gérer les réponses volumineuses du conteneur PHP-FPM en amont en augmentant la valeur fastcgi_buffers pour le serveur Nginx.

• Amélioration des performances de synchronisation des fichiers de multi-agène en ajoutant une seconde session de synchronisation pour synchroniser les fichiers dans le répertoire vendor. Cette modification empêche le mutagène de se bloquer pendant le processus de synchronisation des fichiers. Correctif soumis par Mathew Beane de Zilker Technology.

• Mises à jour de la commande CLI

Correction de la configuration de la synchronisation de fichiers de mutagène pour empêcher les mutagènes de créer des sessions obsolètes. Correctif soumis par Mathew Beane de Zilker Technology.

Correction d’un problème de configuration qui provoquait des erreurs de syntaxe dans le journal de composition Docker lors du démarrage du conteneur PHP-FPM. Correctif soumis par Mathew Beane de Zilker Technology

Correction des erreurs de conflit de volume qui se produisaient parfois lors de l’utilisation de plusieurs environnements Docker. Correctif soumis par G Arvind de Zilker Technology.

Correction d’un problème en raison duquel la commande ece-docker build:compose échouait si la configuration incluait Blackfire.io. Correctif soumis par G Arvind de Zilker Technology.

Mise à jour de la configuration de l’image de ligne de commande PHP afin d’éviter les erreurs de mémoire insuffisante survenant lors de l’installation de plusieurs modules à l’aide de Cloud Docker pour Commerce. Correctif soumis par Mohan Elamurugan de Zilker Technology.*

Ajout de la prise en charge de plusieurs utilisateurs MySQL dans l’environnement Cloud Docker. Dans les versions antérieures, l’opération build:compose a échoué si le fichier magento.app.yaml spécifiait plusieurs utilisateurs de base de données. Correctif soumis par G Arvind de Zilker Technology.

Suppression de rsyslog des conteneurs Cloud Docker pour Commerce PHP afin de résoudre les problèmes de compatibilité qui généraient des notifications d’avertissement lors du déploiement. Cloud Docker n'utilise pas l'utilitaire rsyslog.