Notas de la versión de ECE-Tools

OpenSearch: se ha agregado compatibilidad con OpenSearch para las versiones de Adobe Commerce 2.4.4, 2.4.3-p2 y 2.3.7-p3.

PHP—Se agregó compatibilidad con PHP 8.1.

symfony/process—Se ha agregado la compatibilidad con symfony/process ^5.3.

Procesos múltiples de consumidor—Se ha agregado una opción multiple_processes para que pueda especificar el número de procesos que se generarán para cada consumidor. Vea la descripción de la variable CRON_CONSUMERS_RUNNER en Implementar variables.

esquema OpenSearch y ruta de acceso completa al host—Se ha agregado la capacidad de configurar un esquema Elasticsearch y una ruta de acceso completa al host.

AWS S3—Se ha cambiado el método de habilitación de AWS S3.

Corrección de driver_options reader—Se ha agregado la lectura de driver_options para la conexión DB desde el archivo env.php por ece-tools para los validadores.

agregó compatibilidad con Composer 2.0.

Se han actualizado los requisitos del compositor parasymphony/console: se han actualizado los requisitos de versión de ECE-Tools composer.json para el paquete symphony/console a fin de corregir un problema que causaba que los comandos di:compile dieran el siguiente error: Incompatible argument type: Required type: int. Actual type: string

Se han actualizado las comprobaciones del software al final de su vida útil (eol.yaml) para incluir Elasticsearch 7.9.x.

Credenciales de autenticación Redis—Se ha agregado la capacidad de leer las credenciales de autorización de Redis de la propiedad relationships durante la fase de implementación.

Credenciales de autorización de Elasticsearch—Se agregó la capacidad de leer las credenciales de autorización de Elasticsearch de la propiedad relationships durante la fase de implementación.

Servicio de almacenamiento de sesión dedicado—Se agregó redis-session como una segunda opción para el almacenamiento de sesión. Puede usar el servicio redis-session para almacenar información de sesión y usar el servicio redis para la caché con el fin de proporcionar un mejor rendimiento.

Mensajes obsoletos de SPLIT_DB—Se han agregado mensajes críticos y de advertencia de validador para la opción obsoleta SPLIT_DB de Adobe Commerce 2.4.2 y su eliminación en Adobe Commerce 2.5.0.

Versión de Elasticsearch de las relaciones—Validador de servicio fijo para recuperar la versión correcta de Elasticsearch de las propiedades de relationships en los entornos Cloud Docker e integración.

Validación flexible de puertos de Redis—Ahora Redis puede validar el puerto en una conexión de caché personalizada desde la dirección URL server. Por ejemplo, puede agregar el número de puerto a la dirección URL del servidor de la siguiente manera: server: 'tcp://rfs-store-simple-page-cache:26379'. Esto ayuda a evitar errores de validación en los que falta la opción port o es incorrecta.

Actualización a Adobe Commerce 2.4.2—Se ha corregido el problema que requería que los usuarios ejecutaran manualmente bin/magento setup:upgrade para que sus sitios estuvieran operativos después de actualizar a Adobe Commerce 2.4.2.

Almacenamiento remoto—Se ha agregado la variable de entorno REMOTE_STORAGE para habilitar Proyectos en la nube para el almacenamiento remoto de archivos multimedia mediante un servicio de almacenamiento, como AWS S3. Esta opción de configuración forma parte del paquete ECE-Tools, pero no es compatible con Adobe Commerce en la infraestructura en la nube.

Nuevo comando cloud:config:validate—Se agregó el comando php vendor/bin/ece-tools cloud:config:validate para validar la configuración de .magento.env.yaml antes de insertar cambios en el entorno de nube remoto.

Vaciando el opcache—Se agregó compatibilidad con la opción PHP opcache.enable_cli para vaciar el OPcache antes de ejecutar el enlace de implementación. Esta configuración restablece la configuración de la caché para garantizar que se aplican los valores de configuración actuales en cada implementación.

Validación de Aurora DB: se ha actualizado la validación del servicio de base de datos para que sea compatible con la base de datos Aurora.

Nueva variable de entorno SCD_NO_PARENT—Se ha agregado la variable de entorno SCD_NO_PARENT (para Adobe Commerce >=2.4.2) para administrar la generación de contenido estático para las temáticas principales.

Límites y comandos de memoria—Se ha corregido un problema por el que los comandos de php vendor/bin/ece-tools no funcionaban si el tamaño del archivo de cloud.log superaba el límite de memoria PHP. En lugar de leer todo el archivo cloud.log en la memoria, ahora solo se lee un subconjunto más pequeño de datos del archivo de registro.

Conexiones de base de datos personalizadas—Se ha corregido un problema de configuración de .magento.env.yaml en el que no se usaban las conexiones de base de datos personalizadas definidas para DATABASE_CONFIGURATION. No se agregaba la configuración de conexión a app/etc/env.php.

Registros de errores vacíos—Se ha corregido un problema que hacía que las implementaciones fallaran si cloud.error.log estaba vacío.

Validación de MariaDB 10.3—Validación fija de MariaDB 10.3 para Adobe Commerce 2.3.6-p1.

Registro de caché:flush: se mejoraron las entradas de registro para indicar el comienzo y el final del paso cache:flush.

agregó compatibilidad con ECE-Tools para el directorio de solo lectura pub/static cuando el contenido estático está configurado para implementarse en la fase de compilación.

agregó compatibilidad con Elasticsearch 7.9 y Redis 6 por compatibilidad con próximas versiones de Adobe Commerce.

Se ha actualizado ECE-Tools composer.json para agregar una dependencia necesaria para la herramienta Parches de calidad. Esto corrige una dependencia circular que existía entre los paquetes ECE-Tools y magento-cloud-patch.

Se agregó la validación del motor de búsqueda para garantizar que elasticsearch esté configurado para Adobe Commerce en la infraestructura en la nube 2.4 y posterior. Si la validación falla, la implementación se detiene con un mensaje de error crítico que sugiere correcciones para el problema. Ver errores críticos, implementación de fase.

agregó validación de Elasticsearch para comprobar la compatibilidad entre la versión del servicio Elasticsearch y la versión de Adobe Commerce.

Se ha actualizado el mensaje de error de compatibilidad de Elasticsearch para mostrar las versiones de Elasticsearch compatibles con el módulo Elasticsearch de Adobe Commerce. El mensaje de error ahora proporciona las versiones específicas de Elasticsearch que se deben instalar en la infraestructura de Cloud para que sea compatible con el módulo de Elasticsearch que use su versión de Adobe Commerce. Ver errores de advertencia, implementación de fase.

agregó errores de advertencia 2026 y 2027 para la configuración de variable de entorno MAGE_MODE no válida. El único valor válido es production. Antes de esta corrección, MAGE_MODE se podía establecer en developer sin errores de implementación, solo para provocar errores más adelante al intentar escribir en archivos de solo lectura. Ver errores de advertencia.

Se ha corregido la validación de los servicios Redis, RabbitMQ y MySQL para garantizar que estas versiones sean compatibles con la versión de Adobe Commerce. Las versiones válidas de estos servicios ahora se escriben en cloud.log.

Actualizó cloud.log para incluir el límite de solicitudes simultáneas para enviar solicitudes durante el calentamiento de la caché. Este valor está configurado en la variable WARM_UP_CONCURRENCY posterior a la implementación.

agregó el archivo schema.error.yaml que incluye todas las notificaciones de error y advertencia que pueden ocurrir durante el proceso de generación, implementación y posterior a la implementación, además de sugerencias para resolver los errores. La información contenida en este archivo también está disponible en la Guía de Cloud para Commerce. Consulte Referencia de mensaje de error para ece-tools.

cambió las entradas del registro de errores de Cloud (/var/log/cloud.error.log) al formato JSON para que el registro sea más fácil de analizar mediante programación.

agregó comprobaciones de errores adicionales para generar, implementar y posimplementar el procesamiento, y mejoró las comprobaciones existentes:

• Código de error 2026: error al restaurar algunos datos generados durante la fase de compilación en los directorios montados

• Código de error 3004: no se pueden crear archivos de copia de seguridad

• Código de error 102: se agregaron comprobaciones adicionales para detectar problemas que se producen cuando el archivo env.php no se puede escribir en

agregó la variable de entorno QUALITY_PATCHES para especificar uno o más parches de calidad para aplicar durante el proceso de implementación. Ver variables de compilación.