Notes de mise à jour des outils de la CEE

OpenSearch—Ajout de la prise en charge d’OpenSearch pour Adobe Commerce versions 2.4.4, 2.4.3-p2 et 2.3.7-p3.

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

symfony/process—Ajout de la compatibilité avec symfony/process ^5.3.

Consommateur de plusieurs processus—Ajout d'une option multiple_processes afin que vous puissiez spécifier le nombre de processus à générer pour chaque client. Voir la description de la variable CRON_CONSUMERS_RUNNER dans la section Déployer les variables.

Schéma OpenSearch et chemin d’accès hôte complet—Ajout de la possibilité de configurer un schéma Elasticsearch et un chemin d’accès hôte complet.

AWS S3 : modification de la méthode d’activation d’AWS S3.

Corriger le lecteur driver_options—Ajout de la lecture de la configuration driver_options pour la connexion à la base de données à partir du fichier env.php en ece-tools pour les validateurs.

Ajout de la prise en charge du compositeur 2.0.

Mise à jour des exigences du compositeur poursymphony/console—Mise à jour des exigences de version du composer.json ECE-Tools pour le package symphony/console afin de résoudre un problème qui a provoqué l'échec des commandes di:compile avec l'erreur suivante : Incompatible argument type: Required type: int. Actual type: string

Mise à jour des contrôles logiciels de fin de vie (eol.yaml) afin d’inclure Elasticsearch 7.9.x.

Informations d’identification d’authentification Redis—Ajout de la possibilité de lire les informations d’identification d’autorisation Redis à partir de la propriété relationships pendant la phase de déploiement.

informations d’identification d’autorisation Elasticsearch—Ajout de la possibilité de lire les informations d’identification d’autorisation Elasticsearch à partir de la propriété relationships pendant la phase de déploiement.

Service de stockage de session dédié—Ajout de redis-session en tant que seconde option pour le stockage de session. Vous pouvez utiliser le service redis-session pour stocker les informations de session et utiliser le service redis pour le cache afin d’offrir de meilleures performances.

Messages SPLIT_DB obsolètes—Ajout de messages d’avertissement et critiques du programme de validation pour l’option de SPLIT_DB obsolète d’Adobe Commerce 2.4.2 et sa suppression dans Adobe Commerce 2.5.0.

version d’Elasticsearch à partir des relations—Correction du validateur de service pour récupérer la version correcte d’Elasticsearch à partir des propriétés relationships dans Cloud Docker et les environnements d’intégration.

validation flexible du port Redis : Redis peut désormais valider le port dans une connexion de cache personnalisée à partir de l’URL server. Par exemple, vous pouvez ajouter votre numéro de port à l’URL de votre serveur comme suit : server: 'tcp://rfs-store-simple-page-cache:26379'. Cela permet d’éviter les erreurs de validation lorsque l’option port est manquante ou incorrecte.

Mise à niveau vers Adobe Commerce 2.4.2—Correction du problème qui obligeait les utilisateurs à exécuter manuellement bin/magento setup:upgrade pour que leurs sites soient opérationnels après la mise à niveau vers Adobe Commerce 2.4.2.

Stockage à distance : ajout de la variable d’environnement REMOTE_STORAGE pour activer les projets cloud pour le stockage à distance de fichiers multimédias à l’aide d’un service de stockage, tel qu’AWS S3. Cette option de configuration fait partie du package ECE-Tools, mais n'est pas prise en charge sur Adobe Commerce sur les infrastructures cloud.

Nouvelle commande de cloud:config:validate—Ajout d’une php vendor/bin/ece-tools cloud:config:validate de commande pour valider la configuration .magento.env.yaml avant de pousser les modifications vers l’environnement cloud distant.

Vidage de l’opcache—Ajout de la prise en charge de l’option opcache.enable_cli PHP pour vider l’opcache avant d’exécuter le hook de déploiement. Cette configuration réinitialise la configuration du cache pour s’assurer que les paramètres de configuration actuels sont appliqués à chaque déploiement.

Validation de la base de données Aurora—Mise à jour de la validation du service de base de données afin qu'elle soit compatible avec la base de données Aurora.

Nouvelle variable d’environnement SCD_NO_PARENT : ajout de la variable d’environnement SCD_NO_PARENT (pour Adobe Commerce >=2.4.2) pour gérer la génération de contenu statique pour les thèmes parents.

limites et commandes de mémoire—Correction d'un problème où les commandes de php vendor/bin/ece-tools ne fonctionnaient pas si la taille du fichier cloud.log dépassait la limite de mémoire PHP. Au lieu de lire l’intégralité du fichier cloud.log en mémoire, nous ne lisons désormais qu’un plus petit sous-ensemble de données à partir du fichier journal.

Connexions à la base de données personnalisée—Correction d'un problème de configuration .magento.env.yaml en raison duquel les connexions à la base de données personnalisée définies pour DATABASE_CONFIGURATION n'étaient pas utilisées. Les paramètres de connexion n’ont pas été ajoutés à app/etc/env.php.

Journaux d’erreurs vides—Correction d’un problème en raison duquel les déploiements échouaient si le cloud.error.log était vide.

Validation de MariaDB 10.3—Correction de la validation de MariaDB 10.3 pour Adobe Commerce 2.3.6-p1.

Cache:flush logging—Amélioration des entrées de journal pour indiquer le début et la fin de l’étape de cache:flush.

Ajout de la prise en charge des outils ECE pour le répertoire pub/static en lecture seule lorsque le contenu statique est prêt à être déployé à l’étape de création.

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

Mise à jour du composer.json ECE-Tools pour ajouter une dépendance requise pour l'outil de correctifs de qualité. Ceci corrige une dépendance circulaire qui existait entre les paquets ECE-Tools et magento-cloud-patches.

Ajout d’une validation du moteur de recherche pour s’assurer que elasticsearch est défini pour Adobe Commerce sur les infrastructures cloud 2.4 et versions ultérieures. Si la validation échoue, le déploiement est arrêté avec un message d’erreur critique qui suggère des correctifs pour le problème. Voir Erreurs critiques, étape de déploiement.

Ajout d’une validation Elasticsearch pour vérifier la compatibilité entre la version du service Elasticsearch et la version Adobe Commerce.

Mise à jour du message d’erreur de compatibilité d’Elasticsearch pour afficher les versions d’Elasticsearch compatibles avec le module Adobe Commerce Elasticsearch. Le message d’erreur indique désormais les versions Elasticsearch spécifiques à installer dans votre infrastructure cloud afin qu’elle soit compatible avec le module Elasticsearch utilisé par votre version d’Adobe Commerce. Voir Erreurs d’avertissement, étape de déploiement.

Ajout d’erreurs d’avertissement 2026 et 2027 pour les paramètres de variable d’environnement MAGE_MODE non valides. La seule valeur valide est production. Avant ce correctif, MAGE_MODE pouvait être défini sur developer sans erreur de déploiement, pour entraîner ultérieurement des erreurs lors de tentatives d’écriture dans des fichiers en lecture seule. Voir Erreurs d’avertissement.

Correction de la validation des services Redis, RabbitMQ et MySQL pour s’assurer que ces versions sont compatibles avec la version Adobe Commerce. Des versions valides de ces services sont désormais écrites dans le cloud.log.

Mise à jour du cloud.log afin d’inclure la limite de requêtes simultanées pour l’envoi de requêtes pendant le préchauffage du cache. Cette valeur est configurée dans la variable post-déploiement WARM_UP_CONCURRENCY.

Ajout du fichier schema.error.yaml qui comprend toutes les notifications d’erreur et d’avertissement qui peuvent se produire pendant les processus de création, de déploiement et de post-déploiement, ainsi que des suggestions pour résoudre les erreurs. Les informations contenues dans ce fichier sont également disponibles dans le Guide cloud pour Commerce. Voir Référence du message d’erreur pour ece-tools.

Modification des entrées du journal d’erreurs cloud (/var/log/cloud.error.log) au format JSON afin de faciliter l’analyse du journal par programmation.

Ajout de vérifications d’erreur supplémentaires pour le traitement de création, de déploiement et de post-déploiement, et amélioration des vérifications existantes :

• Code d’erreur 2026 : échec de la restauration de certaines données générées pendant la phase de création dans les répertoires montés

• Code d’erreur 3004 : impossible de créer des fichiers de sauvegarde

• Code d'erreur 102 : ajout de vérifications supplémentaires pour les problèmes qui se produisent lorsque le fichier env.php n'est pas accessible en écriture

Ajout de la variable d’environnement QUALITY_PATCHES pour spécifier un ou plusieurs correctifs de qualité à appliquer pendant le processus de déploiement. Voir Créer des variables.