Se creó un paquete separado para entregarCloud Docker for Commerce—Se movió el código fuente para entregar Cloud Docker para Commerce desde el repositorio ece-tools al nuevo repositorio magento-cloud-docker para mantener la calidad del código y proporcionar versiones independientes. El nuevo paquete es una dependencia para ECE-Tools v2002.1.0 y posterior.

Al actualizar ece-tools, también se actualiza el paquete magento/magento-cloud-docker a la versión 1.0.0. Si ha utilizado Cloud Docker para Commerce con una versión anterior de ece-tools (2002.0.x), revise las incompatibilidades con versiones anteriores y actualice el proyecto como scripts, comandos y procesos según sea necesario.

Se ha agregado el control de versiones a las imágenes de Docker. Ahora debe actualizar el paquete magento/magento-cloud-docker para obtener las imágenes actualizadas.

Actualizaciones de contenedor—

• contenedor PHP-FPM—

  • Se agregó compatibilidad con Node.js: Se actualizó la imagen PHP-FPM para admitir el nodo, npm y las capacidades grunt-cli dentro del contenedor PHP.

  • Se agregó compatibilidad con ionCube—Se actualizó la configuración predeterminada de Docker para admitir ionCube en el entorno de desarrollo local de Docker.

• contenedor web—

  • Personalizar la configuración de NGINX—Se ha agregado la capacidad de montar un archivo nginx.conf personalizado en el entorno Cloud Docker para Commerce. Ver contenedor web.

  • Certificados NGINX generados automáticamente—El archivo de configuración de Docker ahora incluye la configuración para generar automáticamente certificados NGINX para el contenedor web.

• Nuevo contenedor de Selenium—Se agregó un contenedor de Selenium para admitir las pruebas de aplicaciones de Adobe Commerce mediante el Marco de prueba funcional de Magento (MFTF).

• RabbitMQcompatibilidad con la versión—Se ha actualizado la configuración del contenedor RabbitMQ para admitir RabbitMQ versión 3.8.

• Contenedor de base de datos persistente: el volumen de base de datos magento-db: /var/lib/mysql ahora persiste después de detener y quitar la configuración de Docker y se restaura al reiniciar la configuración de Docker. Ahora debe eliminar manualmente el volumen de la base de datos. Ver [contenedores de base de datos].

• contenedor TLS—

  • Se ha actualizado la imagen base del contenedor para que utilice la imagen oficial—La imagen del contenedor Cloud TLS ahora se basa en la imagen oficial debian:jessie del Docker.—

  • Se ha agregado compatibilidad con el [proxy de terminación TLS en libras]—El archivo de configuración de libras agrega las siguientes variables ENV para personalizar la configuración de Docker para el contenedor TLS:

    • TimeOut: establece el valor de tiempo de espera de Tiempo en primer byte (TTFB). El valor predeterminado es 300 segundos.

    • RewriteLocation: determina si el proxy de libras reescribe la ubicación en la dirección URL de la solicitud de forma predeterminada. El valor predeterminado es 0 para evitar que la reescritura interrumpa las redirecciones a sitios web externos como un sitio de SSO externo. Corrección enviada por Sorin Sugar

  • : se ha aumentado el valor de tiempo de espera en la configuración del contenedor TLS de 15 a 300 segundos. Corrección enviada por Mathew Beane de Zilker Technology

• contenedor de barniz—

  • Se ha actualizado la imagen base del contenedor para que utilice la imagen oficial—El contenedor de barniz de nube se basa ahora en la imagen Docker centos oficial.

  • Se mejoró la configuración de tiempo de espera predeterminada- Se agregó la configuración .first_byte_timeout y .between_bytes_timeout al contenedor de Varnish. Ambos valores de tiempo de espera tienen un valor predeterminado de 300s (5 minutos). Corrección enviada por Mathew Beane de Zilker Technology

  • Omitir barniz durante sesiones de Xdebug—Se ha actualizado la configuración del contenedor de Varnish para que devuelva pass en las solicitudes recibidas cuando Xdebug está habilitado. En versiones anteriores, no se podía utilizar Xdebug si el entorno Docker incluía Varnish. Corrección enviada por Mathew Beane de Zilker Technology.

cambios en la configuración de Docker—

• Administrar montajes y volúmenes para su proyecto—Se agregó la capacidad de administrar montajes y volúmenes al iniciar un entorno Docker para el desarrollo local. Ver [compartir datos de proyecto].

• Compatibilidad con el modo de puente de red—Se agregó compatibilidad con el modo de puente de red para habilitar conexiones entre contenedores Docker a través de la red local.

• Contenedor de Cron deshabilitado de forma predeterminada: para mejorar el rendimiento, el contenedor de Cron ya no está configurado de forma predeterminada al generar el entorno de Docker. Puede utilizar la opción --with-cron en el comando de generación de Docker para agregar un contenedor de Cron a su entorno. Ver Administración de trabajos cron.

• Detener la sincronización de archivos de copia de seguridad grandes—Volcados de base de datos agregados y archivos de archivo—ZIP, SQL, GZ y BZ2—a la lista de exclusión en los archivos dist/docker-sync.yml y dist/mutagen.sh. La sincronización de archivos grandes (>1 GB) puede causar un período de inactividad y los archivos de copia de seguridad no suelen requerir sincronización, ya que se pueden regenerar.

Cambios de comando—

• Cambió el nombre del archivo ./bin/docker a ./bin/magento-docker para corregir un problema que hacía que algunos entornos Docker se dañaran porque el archivo ./bin/docker sobrescribe los archivos binarios Docker existentes. Este es un cambio incompatible con versiones anteriores que requiere actualizaciones de los scripts y comandos.

• Se agregó una opción de configuración de servicio para exponer el puerto de base de datos al host—Utilice la opción --expose-db-port= [Fix submitted by Adarsh Manickam from Zilker Technology](https://github.com/magento/magento-cloud-docker/pull/101).<PORT> para exponer el puerto de base de datos al host al generar el archivo docker-compose.yml: bin/ece-docker build:compose --expose-db-port=<PORT>

• Nuevo comando posterior a la implementación—Anteriormente, los vínculos posteriores a la implementación definidos en el archivo .magento.app.yaml se ejecutaban automáticamente después de implementar Adobe Commerce en un contenedor de Cloud Docker mediante el comando cloud-deploy. Ahora debe emitir un comando cloud-post-deploy independiente para ejecutar los vínculos posteriores a la implementación después de implementar. Vea las instrucciones de inicio actualizadas para el modo desarrollador y producción.

• agregó la opción --rm a ./bin/magento-docker comandos para generar e implementar contenedores. Quita el contenedor una vez completada la tarea.

• Actualizaciones del comando build:compose—

  • agregó la opción --sync-engine="native" al comando docker-build para deshabilitar la sincronización de archivos cuando genere el archivo de configuración Docker Compose en modo de desarrollador. Utilice esta opción cuando desarrolle en sistemas Linux, que no requieren sincronización de archivos para el desarrollo local de Docker. Ver Sincronización de datos en el entorno de Docker.

• cambió la configuración predeterminada de sincronización de archivos de docker-sync a native. Corrección enviada por Mathew Beane de Zilker Technology.

Mejoras de validación—

• Se agregó la validación al proceso de implementación para los entornos de desarrollo locales de Docker a fin de verificar que la configuración del entorno de nube incluye la clave de cifrado necesaria para descifrar la base de datos. Ahora, recibirá un mensaje de error en el registro si la configuración del entorno no especifica un valor para la clave de cifrado.

• agregó una comprobación de estado del contenedor al servicio de Elasticsearch para asegurarse de que el servicio está listo antes de continuar con el procesamiento de generación e implementación. Si la comprobación de estado devuelve un error, el contenedor se reinicia automáticamente.