Se ha agregado compatibilidad con la solución de rendimiento de bases de datos divididas. Ahora puede configurar e implementar un almacén mediante la solución de rendimiento de bases de datos divididas en el entorno Cloud Docker.

Soporte para la implementación de Adobe Commerce y Magento Open Source—Ahora puede usar Cloud Docker para Commerce para implementar un entorno de desarrollo local para proyectos que no estén alojados en Adobe Commerce en la infraestructura en la nube.

compatibilidad con Blackfire.io—Se ha agregado compatibilidad para usar la extensión Blackfire.io para las pruebas de rendimiento automatizadas. Corrección enviada por Adarsh Manickam desde Zilker Technology

Actualizaciones de contenedor

• Varnish: Ahora Varnish es la memoria caché predeterminada al implementar Adobe Commerce en un entorno de Cloud Docker mediante una versión compatible de la plantilla de aplicaciones de Cloud. Ver contenedor de barniz.

• Se agregó la opción --no-varnish para omitir la instalación del servicio Varnish al generar el archivo de configuración de Cloud Docker.

• Base de datos

  • Se ha añadido la compatibilidad con la base de datos MySQL. Ahora puede configurar el entorno de Cloud Docker con MariaDB o MySQL. Ver opciones de configuración del servicio.

  • Se ha añadido la capacidad de definir la configuración de incremento y desplazamiento para la replicación de bases de datos al generar el archivo de composición Docker. Ver contenedores de servicio.

• PHP-FPM

  • Se ha agregado compatibilidad con PHP 7.4. Corrección enviada por Mohanela Murugan de Zilker Technology

  • Se ha agregado la capacidad de copiar un archivo de php.ini en el directorio raíz del proyecto al entorno de Cloud Docker y aplicar la configuración de PHP personalizada a los contenedores de PHP-FPM y CLI. Ver Personalizar la configuración de PHP. Corrección enviada por Mathew Beane de Zilker Technology.

  • Se ha añadido una comprobación de estado del contenedor. Corrección enviada por Visanth Sampath desde Zilker Technology.

• Node.js: se ha actualizado la versión predeterminada de Node.js de la versión 8 a la versión 10 para mejorar la seguridad. La versión 8 de Node.js está obsoleta y ya no se actualiza con correcciones de errores ni parches de seguridad. Corrección enviada por Mohan Elamurugan de Zilker Technology.

• Elasticsearch

  • Se agregó compatibilidad con Elasticsearch 6.8, 7.2, 7.5 y 7.6.

  • Se ha agregado la capacidad de personalizar la configuración del contenedor de Elasticsearch al generar el archivo de configuración de composición Docker.

  • Se ha agregado la opción --no-es a las opciones de configuración del servicio para generar el archivo de configuración Docker Compose. Utilice esta opción para omitir la instalación del contenedor de Elasticsearch y utilice la búsqueda MySQL en su lugar. Esta opción solo es compatible con las versiones 2.3.5 y anteriores de Adobe Commerce.

• contenedor FPM-XDEBUG—Se ha agregado una opción de configuración de servicio para instalar y configurar Xdebug para depurar PHP en su entorno Cloud Docker. Ver Configurar Xdebug.

cambios en la configuración de Docker

• Se agregaron comprobaciones de estado para los contenedores de servicio PHP-FPM, Redis, Elasticsearch y MySQL Docker.

• Se cambió el modo de sincronización de archivos predeterminado a native en el modo de desarrollador.

• Se agregó información de versión a la imagen genérica del contenedor del servicio Docker al generar el archivo docker-compose.yml.

• Se ha mejorado la capacidad de gestionar respuestas de gran tamaño desde el contenedor PHP-FPM ascendente mediante el aumento del valor fastcgi_buffers para el servidor Nginx.

• Se mejoró el rendimiento de la sincronización de archivos mutagen al agregar una segunda sesión de sincronización para sincronizar archivos en el directorio vendor. Este cambio evita que el mutágeno se bloquee durante el proceso de sincronización de archivos. Corrección enviada por Mathew Beane de Zilker Technology.

• actualizaciones del comando CLI

Se ha corregido la configuración de la sincronización de archivos mutagen para evitar que mutagen cree sesiones antiguas. Corrección enviada por Mathew Beane de Zilker Technology.

Se ha corregido un problema de configuración que causaba errores de sintaxis en el registro de composición de Docker al iniciar el contenedor de PHP-FPM. Corrección enviada por Mathew Beane de Zilker Technology

Se corrigieron errores de conflictos de volumen que a veces se producían al utilizar varios entornos Docker. Corrección enviada por G Arvind desde Zilker Technology.

Se ha corregido un problema que provocaba que fallara el comando ece-docker build:compose si la configuración incluía Blackfire.io. Corrección enviada por G Arvind desde Zilker Technology.

Se ha actualizado la configuración de la imagen de la CLI de PHP para evitar errores de memoria insuficiente que se produjeron al instalar varios paquetes mediante Cloud Docker para Commerce. Corrección enviada por Mohan Elamurugan de Zilker Technology.*

Se agregó compatibilidad con varios usuarios de MySQL en el entorno Cloud Docker. En versiones anteriores, la operación build:compose fallaba si el archivo magento.app.yaml especificaba varios usuarios de la base de datos. Corrección enviada por G Arvind desde Zilker Technology.

eliminó a rsyslog de los contenedores de Cloud Docker para Commerce PHP para resolver problemas de compatibilidad que causaban notificaciones de advertencia durante la implementación. Cloud Docker no utiliza la utilidad rsyslog.

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 usó 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 Elasticsearch para asegurarse de que el servicio está listo antes de continuar con el procesamiento de la compilación e implementación. Si la comprobación de estado devuelve un error, el contenedor se reinicia automáticamente.