-
Création d’un package distinct pour fournir
Cloud Docker for Commerce
: déplacement du code source pour fournir Cloud Docker pour Commerce du référentielece-tools
vers le nouveaumagento-cloud-docker
référentiel afin de maintenir la qualité du code et de fournir des versions indépendantes. Le nouveau module est une dépendance pour les outils CEE v2002.1.0 et versions ultérieures.Lorsque vous mettez à jour les outils de l'éditeur de texte, vous mettez également à jour le package
magento/magento-cloud-docker
vers la version 1.0.0. Si vous avez utilisé Cloud Docker pour Commerce avec une version antérieure deece-tools
(2002.0.x), passez en revue les incompatibilités ascendantes et mettez à jour votre projet en tant que scripts, commandes et processus, si nécessaire. -
Ajout d’un contrôle de version aux images Docker : vous devez maintenant mettre à jour le package
magento/magento-cloud-docker
pour obtenir les images mises à jour. -
Mises à jour de conteneur—
-
Conteneur PHP-FPM—
-
Ajout de la prise en charge de Node.js—Mise à jour de l’image PHP-FPM pour prendre en charge le noeud, le npm et les fonctionnalités grunt-cli dans le conteneur PHP.
-
Ajout de la prise en charge de ionCube : mise à jour de la configuration Docker par défaut pour prendre en charge ionCube dans l’environnement de développement Docker local.
-
-
Conteneur web—
-
Personnaliser la configuration NGINX : ajout de la capacité de monter un fichier
nginx.conf
personnalisé dans l’environnement Cloud Docker pour Commerce. Voir Conteneur Web. -
Certificats NGINX générés automatiquement : le fichier de configuration Docker inclut désormais la configuration permettant de générer automatiquement des certificats NGINX pour le conteneur Web.
-
-
Nouveau conteneur Selenium—Ajout d’un conteneur Selenium pour la prise en charge des tests d’application Adobe Commerce à l’aide de la structure de test fonctionnel de Magento (MFTF).
-
RabbitMQversion support—Mise à jour de la configuration de conteneur RabbitMQ pour la prise en charge de RabbitMQ version 3.8.
-
Conteneur de base de données persistant : le volume de base de données
magento-db: /var/lib/mysql
persiste après l’arrêt et la suppression de la configuration Docker et la restauration lorsque vous redémarrez la configuration Docker. Vous devez maintenant supprimer manuellement le volume de la base de données. Voir [Conteneurs de base de données]. -
Conteneur TLS—
-
Mise à jour de l’image de base du conteneur pour utiliser l’image officielle - L’image Conteneur TLS Cloud est désormais basée sur l’image officielle
debian:jessie
Docker.— -
Ajout de la prise en charge du [proxy d’arrêt TLS Pound]—Le fichier de configuration Pound ajoute les variables ENV suivantes pour personnaliser la configuration Docker pour le conteneur TLS :
-
TimeOut
: définit la valeur de délai d’expiration Time to First Byte (TTF). La valeur par défaut est de 300 secondes. -
RewriteLocation
: détermine si le proxy Pound réécrit l’emplacement par défaut vers l’URL de demande. La valeur par défaut est0
pour empêcher la réécriture de rompre les redirections vers des sites web externes tels qu’un site d’authentification unique externe. Correctif soumis par Sorin Sugar
-
-
Augmentation de la valeur du délai d’expiration dans la configuration du conteneur TLS de 15 à 300 secondes. Correctif soumis par Mathew Beane de Zilker Technology
-
-
Conteneur de vernis—
-
Mise à jour de l’image de base du conteneur pour utiliser l’image officielle : le conteneur de vernis de cloud est désormais basé sur l’image officielle
centos
Docker. -
Amélioration de la configuration du délai d’expiration par défaut - Ajout de la configuration
.first_byte_timeout
et.between_bytes_timeout
au conteneur de vernis. Les deux valeurs de délai d’expiration sont par défaut de300s
(5 minutes). Correctif soumis par Mathew Beane de Zilker Technology -
Ignorer le vernis pendant les sessions Xdebug—Mise à jour de la configuration de conteneur de vernis pour renvoyer
pass
sur les demandes reçues lorsque Xdebug est activé. Dans les versions précédentes, vous ne pouviez pas utiliser Xdebug si l’environnement Docker incluait le vernis. Correctif soumis par Mathew Beane de Zilker Technology.
-
-
-
Modifications de la configuration Docker—
-
Gérer les montages et les volumes pour votre projet : ajout de la capacité de gérer les montages et les volumes lors du lancement d’un environnement Docker pour le développement local. Voir [Partage des données de projet].
-
Prise en charge du mode de pont réseau—Ajout de la prise en charge du mode de pont réseau pour activer les connexions entre des conteneurs Docker sur le réseau local.
-
Conteneur Cron désactivé par défaut—Pour améliorer les performances, le conteneur Cron n’est plus configuré par défaut lors de la création de l’environnement Docker. Vous pouvez utiliser l’option
--with-cron
de la commande Docker build pour ajouter un conteneur Cron à votre environnement. Voir Gestion des tâches cron. -
Arrêtez de synchroniser les fichiers de sauvegarde volumineux : ajout de fichiers de sauvegarde et d’archives DB (ZIP, SQL, GZ et BZ2) à la liste d’exclusion dans les fichiers
dist/docker-sync.yml
etdist/mutagen.sh
. La synchronisation de fichiers volumineux (>1 Go) peut entraîner une période d’inactivité et les fichiers de sauvegarde ne nécessitent normalement pas de synchronisation puisque vous pouvez les régénérer.
-
-
Changements de commande—
-
Renommé le fichier
./bin/docker
en./bin/magento-docker
pour résoudre un problème qui entraînait l’arrêt de certains environnements Docker, car le fichier./bin/docker
remplaçait les fichiers binaires Docker existants. Il s’agit d’une modification incompatible en amontqui nécessite des mises à jour de vos scripts et commandes. -
Ajout d’une option de configuration de service pour exposer le port de base de données à l’hôte. Utilisez l’option
--expose-db-port= [Fix submitted by Adarsh Manickam from Zilker Technology](https://github.com/magento/magento-cloud-docker/pull/101).<PORT>
pour exposer le port de base de données à l’hôte lors de la création du fichierdocker-compose.yml
:bin/ece-docker build:compose --expose-db-port=<PORT>
-
Nouvelle commande de post-déploiement : auparavant, les hooks de post-déploiement définis dans le fichier
.magento.app.yaml
s’exécutaient automatiquement après le déploiement d’Adobe Commerce sur un conteneur Cloud Docker à l’aide de la commandecloud-deploy
. Maintenant, vous devez émettre une commandecloud-post-deploy
distincte pour exécuter les hooks de post-déploiement après le déploiement. Voir les instructions de lancement mises à jour pour le mode développeur et le mode production. -
Ajout de l’option
--rm
aux commandes./bin/magento-docker
pour les conteneurs de création et de déploiement. Cette opération supprime le conteneur une fois la tâche terminée. -
Commande
build:compose
mise à jour—-
Ajout de l’option
--sync-engine="native"
à la commandedocker-build
pour désactiver la synchronisation des fichiers lorsque vous générez le fichier de configuration Docker Composer en mode développeur. Utilisez cette option lors du développement sur des systèmes Linux, qui ne nécessitent pas de synchronisation de fichiers pour le développement Docker local. Voir Synchronisation des données dans l’environnement Docker.
-
Ajout de l’option
-
Modification du paramètre de synchronisation des fichiers par défaut de
docker-sync
ànative
. Correctif soumis par Mathew Beane de Zilker Technology.
-
-
Améliorations de la validation—
-
Ajout d’une validation au processus de déploiement pour les environnements de développement Docker locaux afin de vérifier que la configuration de l’environnement Cloud inclut la clé de chiffrement requise pour déchiffrer la base de données. Désormais, vous recevez un message d’erreur dans le journal si la configuration de l’environnement ne spécifie aucune valeur pour la clé de chiffrement.
-
Ajout d’un contrôle d’intégrité du conteneur au service Elasticsearch pour s’assurer que le service est prêt avant de poursuivre le traitement de création et de déploiement. Si le contrôle de l'intégrité renvoie une erreur, le conteneur redémarre automatiquement.
-