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 ​.

  • 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 🔗 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

Correction de la configuration de la synchronisation des fichiers mutagènes pour empêcher mutagène 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 l’interface de ligne de commande PHP pour éviter les erreurs de mémoire insuffisante qui se produisaient lors de l’installation de plusieurs packages à 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 échouait si le fichier magento.app.yaml spécifiait plusieurs utilisateurs de la base de données. Correctif soumis par G Arvind de Zilker Technology.

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

Création d’un package distinct pour diffuserCloud Docker for Commerce—Déplacement du code source pour diffuser Cloud Docker pour Commerce du référentiel ece-tools vers le nouveau référentiel magento-cloud-docker pour maintenir la qualité du code et fournir des versions indépendantes. Le nouveau package est une dépendance pour ECE-Tools v2002.1.0 et versions ultérieures.

Lorsque vous mettez à jour ece-tools, 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 ece-tools antérieure (2002.0.x), passez en revue les incompatibilités rétroactives et mettez à jour votre projet sous la forme de scripts, de commandes et de processus, si nécessaire.

Ajout du 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 des conteneurs—

• Conteneur PHP-FPM—

  • Ajout de la prise en charge de Node.js—Mise à jour de l’image PHP-FPM pour prendre en charge le nœud , npm, et les fonctionnalités grunt-cli dans le conteneur PHP.

  • Ajout de la prise en charge d’ionCube—Mise à jour de la configuration Docker par défaut afin de prendre en charge ionCube dans l’environnement de développement Docker local.

• Conteneur web—

  • Personnaliser la configuration NGINX—Ajout de la possibilité 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 prendre en charge les tests d’application Adobe Commerce à l’aide de la structure de test fonctionnel de Magento (MFTF).

• prise en charge de la version RabbitMQ—Mise à jour de la configuration du conteneur RabbitMQ pour prendre en charge RabbitMQ version 3.8.

• Conteneur de base de données persistante : le volume de base de données magento-db: /var/lib/mysql persiste désormais après l’arrêt et la suppression de la configuration Docker et est restauré 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 Cloud TLS est désormais basée sur l’image officielle debian:jessie Docker.—

  • Ajout de la prise en charge du [Proxy de terminaison du TLS en livres]—Le fichier de configuration Pound ajoute les variables ENV suivantes pour personnaliser la configuration Docker pour le conteneur TLS :

    • TimeOut : permet de définir la valeur du délai d’expiration du délai de premier octet (TTFB). La valeur par défaut est de 300 secondes.

    • RewriteLocation : détermine si le proxy de la livre réécrit l’emplacement sur l’URL de la requête par défaut. La valeur par défaut est 0 pour empêcher la réécriture d’interrompre les redirections vers des sites web externes tels qu’un site SSO 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 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 .first_byte_timeout et de la configuration .between_bytes_timeout au conteneur de vernis. Les deux valeurs de délai d’expiration par défaut sont 300s (5 minutes). Correctif soumis par Mathew Beane de Zilker Technology

  • Ignorer le vernis pendant les sessions Xdebug—Mise à jour de la configuration du conteneur de vernis pour renvoyer le pass sur les requêtes reçues lorsque Xdebug est activé. Dans les versions précédentes, vous ne pouviez pas utiliser Xdebug si l’environnement Docker incluait Varnish. Correctif soumis par Mathew Beane de Zilker Technology.

modifications apportées à la configuration Docker—

• Gérer les montages et les volumes pour votre projet—Ajout de la possibilité de gérer les montages et les volumes lors du lancement d’un environnement Docker pour le développement local. Voir [ Partage de données de projet ].

• Prise en charge du mode pont réseau—Ajout de la prise en charge du mode pont réseau pour activer les connexions entre les 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 lorsque vous créez l’environnement Docker. Vous pouvez utiliser l’option --with-cron sur la commande de création Docker pour ajouter un conteneur Cron à votre environnement. Voir Gestion des tâches cron.

• Arrêtez de synchroniser les fichiers de sauvegarde volumineux—Ajout des fichiers d’archive et de vidage de base de données (ZIP, SQL, GZ et BZ2) à la liste d’exclusion dans les fichiers dist/docker-sync.yml et dist/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, car vous pouvez les régénérer.

modifications de commande—

• renommez le fichier ./bin/docker en ./bin/magento-docker pour résoudre un problème qui entraînait l’interruption de certains environnements Docker, car le fichier ./bin/docker remplace les fichiers binaires Docker existants. Il s’agit d’une modification rétrocompatible qui nécessite des mises à jour de vos scripts et commandes.

• Ajout d’une option de configuration du 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 fichier docker-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 dans un conteneur Cloud Docker à l’aide de la commande cloud-deploy. Vous devez à présent émettre une commande cloud-post-deploy distincte pour exécuter les hooks de post-déploiement après le déploiement. Consultez les instructions de lancement mises à jour pour le mode développeur et production.

• Ajout de l’option --rm pour ./bin/magento-docker les commandes des conteneurs de création et de déploiement. Le conteneur est supprimé une fois la tâche terminée.

• Mises à jour de build:compose commande—

  • Ajout de l’option --sync-engine="native" à la commande docker-build pour désactiver la synchronisation des fichiers lorsque vous générez le fichier de configuration Docker Compose 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 local de Docker. Voir ​ Synchronisation des données dans l’environnement Docker ​.

• Modification du paramètre de synchronisation de 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, un message d’erreur s’affiche dans le journal si la configuration de l’environnement ne spécifie aucune valeur pour la clé de chiffrement.

• Ajout d’un contrôle de l’intégrité du conteneur au service Elasticsearch pour s’assurer que le service est prêt avant de poursuivre le traitement de la génération et du déploiement. Si le contrôle de l’intégrité renvoie une erreur, le conteneur redémarre automatiquement.