Package Cloud Docker

Support PHP 8.1—Ajout de la prise en charge de PHP 8.1.

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

Compositeur 2.1—Définissez 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 d’Elasticsearch et d’OpenSearch—Améliorations d’Elasticsearch et d’OpenSearch Dockerfiles ; suppression de l’image Elasticsearch 5.2.

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

volume de cache du compositeur : chemin d’accès fixe pour que le volume de cache du compositeur ait les packages du compositeur mis en cache.

Limitation de la mémoire dans NGINX : limitation de la mémoire dans l’image NGINX.

workflow Améliorer le mode Développeur—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 de l’étape deploy ultérieure. Il n’est plus nécessaire de définir le mode après le déploiement. Voir mode Développeur.

améliorations apportées au système de fichiers en lecture seule—

• Correction du problème de démarrage d'un conteneur PHP pour la configuration du mail.
• Peut utiliser des variables d’environnement dans des fichiers INI.
• Assurez-vous que les points d’entrée PHP n’ont pas besoin d’une autorisation d’écriture.

Mettre à jour le nœud—Mettez à jour la version du nœud groupé ; lors de l’installation du nœud dans les images PHP-CLI, il utilise désormais la version LTS actuelle.

Mettre à jour Symfony—Mise à jour des dépendances de configuration Symfony pour les rendre compatibles avec Adobe Commerce 2.4.4.

Nouveau conteneur Zookeeper—Ajout d'un conteneur Zookeeper pour gérer la configuration du fournisseur de verrou pour les projets qui ne sont pas déployés sur Adobe Commerce sur l'infrastructure 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 prendre en charge les mises à niveau à partir du compositeur 1.0, qui approche de la fin de vie.

Mise à jour des host.docker.internal pour qu’elles soient indépendantes de la plateforme—Vous pouvez désormais créer les mêmes scripts Docker Compose 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.

Updated 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 PHP sodium par défaut dans les images PHP Docker.

custom-registryoption—Ajout d'une option --custom-registry à php ./vendor/bin/ece-docker build:compose commande pour utiliser votre propre registre d'images.

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

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

Génération automatique de certificats NGINX—Suppression des certificats existants de l'image NGINX. Les certificats NGINX sont désormais générés automatiquement à chaque nouveau déploiement pour une sécurité accrue.

opcache.validate_timestamps activé—Activation du paramètre PHP opcache.validate_timestamps par défaut en mode développeur. L’activation de ce paramètre a résolu le problème où les modifications apportées au système de fichiers n’étaient pas reconnues dans Docker.

build:custom:compose de correction—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 renvoi d’une erreur empêche les situations dans lesquelles docker-compose up pourriez utiliser les mauvais fichiers.

option de --sync_engine="native" fixe—Correction du problème en raison duquel, en mode de production (--mode="production"), l’option de --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 d’autres services à la propriété type dans la variable MAGENTO_CLOUD_RELATIONSHIP. L’ajout de ces versions à la variable relationships a corrigé les erreurs de validation qui se produisaient lors de la phase de déploiement.

Options de commande NGINX—Ajout d'options de commande de génération pour modifier le nombre de worker_processes NGINX et de worker_connections NGINX 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 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 les services Web.

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

Conteneur PHP-FPM—Correction du contrôle de l'intégrité du conteneur PHP-FPM en modifiant le WEB_PORT de 80 à 8080.

Nom de volume non valide—Correction d’une erreur qui entraînait un nom de volume non valide en mode développeur.

port 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 des conteneurs—

• 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 du contrôle 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 plug-in Elasticsearch—Ajout de la prise en charge de l’utilisation des informations de configuration du plug-in 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 plug-ins analysis-icu et analysis-phonetic sont installés par défaut. Vous pouvez ajouter ou supprimer les modules externes analysis-stempel et analysis-nori selon vos besoins.

• conteneur CLI

  • Exécuter des commandes dans les conteneurs PHP Docker—Vous pouvez désormais utiliser l'interface de ligne de commande de Cloud Docker pour exécuter des commandes dans les 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 Cloud Docker CLI. Correctif soumis par G Arvind de Zilker Technology.

  • Ajout du client OpenSSH aux conteneurs de l’interface de ligne de commande 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 Docker https://hub.docker.com/r/magento/magento-cloud-docker-nginx 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 les conteneurs dans l’environnement Cloud Docker.

• Conteneur de test : ajout d’un conteneur de test pour les tests d’application et ajout de l’option --with-test à la commande Docker build:compose pour créer le conteneur uniquement lors des tests dans l’environnement Docker. Voir test d’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 la variable Xdebug pour le point d’entrée Docker afin de résoudre les erreurs uninitialized "with_xdebug" variable dans les journaux. Correctif soumis par Florent Olivaud

modifications apportées à la configuration Docker

• Configuration MailHog : vous pouvez maintenant 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 Configurer l’e-mail.

• 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. Auparavant, le générateur de configuration Docker créait la configuration à l’aide de la dernière version de correctif, ce qui pouvait interrompre Cloud Docker pour les environnements Commerce créés à l’aide d’une version antérieure.

• Spécifier 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 pour spécifier des images et des versions personnalisées lors de la génération d’un fichier de configuration de composition Docker personnalisée (docker-compose.yaml). Voir Créer une configuration Docker Compose 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 lorsque vous générez le 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 build pour remplacer les volumes nommés par des volumes standard afin d’éviter des problèmes lors du déploiement de Cloud Docker pour Commerce sous Linux ou du sous-système Windows pour Linux (WSL2).

Mise à jour de Cloud Docker pour les tests fonctionnels Commerce afin de prendre en charge Composer 2.0.

configuration d’e-mail 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 Configurer l’e-mail.

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

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 Cannot create container for service db erreurs 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 du service.

mises à jour des commandes de l’interface de ligne de commande

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

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

prise en charge de Blackfire.io—Ajout de la prise en charge de l’utilisation de l’extension Blackfire.io pour les tests de performance automatisés. Correctif soumis par Adarsh Manickam de Zilker Technology

Mises à jour des conteneurs

• Vernis : le vernis est désormais 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 permettant d’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 désormais configurer l’environnement Cloud Docker avec MariaDB ou MySQL. Voir Options de configuration du service.

  • Ajout de la possibilité de définir les paramètres d’incrémentation et de décalage pour la réplication de la base de données lorsque vous générez le 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 racine du projet 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 bugs 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 du conteneur Elasticsearch lorsque vous générez le fichier de configuration de composition Docker.

  • Ajout de l’option --no-es aux options de configuration du service pour générer le fichier de configuration Docker Compose. Utilisez cette option pour ignorer l’installation du conteneur Elasticsearch et utiliser 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 du service pour installer et configurer Xdebug pour le débogage de PHP dans votre environnement Cloud Docker. Voir Configurer Xdebug.

modifications apportées à la configuration Docker

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

• Modification du mode de synchronisation de fichiers par défaut en native en mode Développeur.

• Ajout d’informations de version à l’image du conteneur de services 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 la synchronisation des fichiers mutagènes en ajoutant une deuxième session de synchronisation pour synchroniser les fichiers du répertoire vendor. Cette modification empêche le blocage du mutagène pendant le processus de synchronisation des fichiers. Correctif soumis par Mathew Beane de Zilker Technology.

• mises à jour des commandes de l’interface de ligne de commande