Paquete Cloud Docker
El paquete magento/magento-cloud-docker
proporciona funcionalidad e imágenes de Docker para implementar Adobe Commerce en un entorno de nube local. En estas notas de la versión se describen las mejoras más recientes realizadas en este paquete, que es un componente de Cloud Tools Suite para Commerce.
El paquete magento/magento-cloud-docker
usa la siguiente secuencia de versiones: <major>.<minor>.<patch>
Las notas de la versión incluyen:
Versión 1.4.0 latest
Fecha de la versión: 7 de octubre de 2024
Versión 1.3.7
Fecha de publicación: 8 de abril de 2024
Versión 1.3.6
Fecha de la versión: 31 de julio de 2023
Versión 1.3.5
Fecha de la versión: 10 de marzo de 2023
Versión 1.3.4
Fecha de la versión: 27 de octubre de 2022
Versión 1.3.3
Fecha de la versión: 13 de septiembre de 2022
-
-
-
init-docker.sh
.
Versión 1.3.2
Fecha de la versión: 31 de marzo de 2022
Versión 1.3.1
Fecha de la versión: 10 de marzo de 2022
-
-
-
-
- Se agregaron imágenes de PHP 8.1
- Se ha actualizado xDebug versión 3.1.2
- Se ha actualizado xmlrpc 1.0.0RC3
-
-
sodium
de forma predeterminada en todas las imágenes PHP. -
-
Versión 1.3.0
Fecha de la versión: 25 de octubre de 2021
-
--mode
en el pasobuild
determina el modo en el paso posteriordeploy
. Ya no es necesario configurar el modo después de la implementación. Ver modo de desarrollador. -
- Se ha corregido un problema que iniciaba un contenedor de PHP para la configuración de correo.
- Puede utilizar variables de entorno en archivos INI.
- Asegúrese de que los puntos de entrada de PHP no necesitan permiso de escritura.
-
-
Versión 1.2.4
Fecha de la versión: 29 de julio de 2021
-
Zookeeper
—Se agregó un contenedor de Zookeeper para administrar la configuración del proveedor de bloqueos para los proyectos que no se implementan en Adobe Commerce en la infraestructura de la nube. -
Versión 1.2.3
Fecha de publicación: 14 de junio de 2021
-
-
-
ioncube
para la imagen de PHP 7.4—La extensiónioncube
se ha vuelto a agregar a la imagen de PHP 7.4 después de haber sido inicialmente excluida de la actualización de PHP 7.3 a PHP 7.4. Enviado por mattskr. -
manual-native
—La opción de sincronización de archivosmanual-native
proporciona control manual sobre la sincronización, que proporciona el mejor rendimiento para los entornos de macOS y Windows. Obtenga información sobre el uso de la opciónmanual-native
en modo de desarrollador y Sincronización de datos en un entorno de desarrollador de Docker. -
up
ydown
comandos—La opción--volume
se eliminó de los comandosbin/magento-docker up
ybin/magento-docker down
, reemplazada por el nuevo comandobin/magento-docker init
con una advertencia de pérdida de datos. Este cambio ayuda a evitar la pérdida accidental de datos. Enviado por joeshelton-wagento. -
CN
del certificado generado—Se ha eliminado el valorCN
codificado del archivo Dockerfile. Este valor creó un error de certificado (NET::ERR_CERT_INVALID
) que hizo que se ignorara la opción--host
para el comandoece-docker build:compose
.
Versión 1.2.2
Fecha de publicación: 20 de abril de 2021
-
host.docker.internal
para que sea independiente de la plataforma. Ahora puede crear los mismos scripts de composición de Docker para Ubuntu, Windows y macOS. El uso de Xdebug en Ubuntu ya no requiere una variable de entorno independiente. Corrección enviada por Igor Vitol. -
mounts
a la variable de entornoMAGENTO_CLOUD_APPLICATION
. Corrección enviada por Chiranjeevi. -
init-docker.sh
con las versiones PHP 7.4 y Cloud Docker 1.2.1. Corrección enviada por Adarsh Manickam. -
sodium
de forma predeterminada en las imágenes Docker de PHP. -
custom-registry
opción—Se ha agregado una opción--custom-registry
al comandophp ./vendor/bin/ece-docker build:compose
para usar su propio registro de imágenes.code language-bash ./vendor/bin/ece-docker build:compose --custom-registry=my-registry.example.com
-
-
-
opcache.validate_timestamps
: se habilitó la configuración de PHPopcache.validate_timestamps
de forma predeterminada en el modo de desarrollador. Al habilitar esta configuración, se corrigió el problema en el cual los cambios en el sistema de archivos no se reconocían en Docker. -
build:custom:compose
: se ha corregido el comandobuild:custom:compose
para generar un error cuando los archivos no se pueden sobrescribir durante el proceso de generación. Si se produce un error se evitan situaciones en las quedocker-compose up
podría estar usando los archivos incorrectos. -
--sync_engine="native"
—Se ha corregido el problema por el que en el modo de producción (--mode="production"
), la opción--sync_engine="native"
no creaba ninguna entrada para las carpetas locales en el archivodocker.composer.yml
. -
type
en la variableMAGENTO_CLOUD_RELATIONSHIP
. Al agregar estas versiones a la variablerelationships
se corrigieron los errores de validación que se produjeron durante la fase de implementación.
Versión 1.2.1
Fecha de la versión: 21 de diciembre de 2020
-
worker_processes
y NGINXworker_connections
para TLS y servicios web. El parámetroworker_process
conserva la capacidad de establecer el valor enauto
. Ejemplos:code language-bash ./vendor/bin/ece-docker build:compose --nginx-worker-processes=2 ./vendor/bin/ece-docker build:compose --nginx-worker-connections=2048
-
code language-bash ./vendor/bin/ece-docker build:compose --no-tls
-
-
-
WEB_PORT
de80
a8080
. -
-
Versión 1.2.0
Fecha de la versión: 9 de noviembre de 2020
-
-
-
-
-
Se agregó compatibilidad con el Elasticsearch 7.9 para la compatibilidad con próximas versiones de Adobe Commerce.
-
Configuración del complemento de Elasticsearch: se agregó compatibilidad para usar la información de configuración del complemento de Elasticsearch del archivo
services.yaml
para generar el archivodocker-compose.yaml
para un entorno de Cloud Docker para Commerce. Ver complementos de Elasticsearch. -
Compatibilidad con complementos de Elasticsearch—Se agregó compatibilidad con los siguientes complementos de Elasticsearch:
analysis-icu
,analysis-phonetic
,analysis-stempel
yanalysis-nori
. Los complementosanalysis-icu
yanalysis-phonetic
están instalados de forma predeterminada. Puede agregar o quitar los complementosanalysis-stempel
yanalysis-nori
según sea necesario.
-
-
-
Ejecutar comandos dentro de contenedores de Docker PHP—Ahora puede usar la CLI de Cloud Docker para ejecutar comandos dentro de contenedores de PHP en su entorno de Docker sin tener que instalar PHP en el host. Por ejemplo, el comando siguiente genera la configuración:
./bin/magento-docker php 7.3 vendor/bin/ece-docker build:compose
. Consulte CLI de Cloud Docker. Corrección enviada por G Arvind desde Zilker Technology. -
Se ha agregado el cliente OpenSSH a los contenedores CLI de PHP. Ahora, puede usar el reenvío de ssh-agent para Composer si el archivo
composer.json
contiene repositorios de Git privados que requieren que un cliente ssh use comandos de Composer.
-
-
https://hub.docker.com/r/magento/magento-cloud-docker-nginx
en lugar de en la imagen CentOS. Este cambio corrige los problemas que ocasionaban errores al enviar solicitudes HTTPS entre contenedores en el entorno Cloud Docker. -
--with-test
al comandobuild:compose
del Docker para crear el contenedor únicamente cuando se realice la prueba en el entorno del Docker. Ver prueba de aplicación. -
-
--set-docker-host
al comandoece-docker build:compose
para configurar el valorhost.docker.internal
en el contenedor Xdebug. Esta opción es necesaria para utilizar Xdebug en sistemas Linux. Ver Configurar Xdebug para Docker. -
uninitialized "with_xdebug" variable
errores en los registros. Corrección enviada por Florent Olivaud
-
-
-
-
Configuración de MailHog: Ahora puede usar las siguientes opciones de comando de
ece-docker build:compose
para deshabilitar MailHog y especificar puertos:--no-mailhog
,--mailhog-http-port
y--mailhog-smtp-port
. Ver Configurar correo electrónico. -
Para Cloud Docker para Commerce 1.2.0 y posterior, Adobe ahora proporciona imágenes de Docker para cada versión del parche y el generador de configuración de Docker crea la configuración de Docker con una versión de parche especificada en lugar de utilizar la última. Anteriormente, el generador de configuración de Docker creaba la configuración con la última versión de parche que podría romper Cloud Docker para entornos de Commerce creados con una versión anterior.
-
Especificar imágenes y versiones personalizadas en la configuración personalizada de Cloud Docker: se ha actualizado el comando
build:custom:compose
con opciones para especificar imágenes y versiones personalizadas al generar un archivo de configuración de composición personalizado de Docker (docker-compose.yaml
). Ver Crear una configuración de composición personalizada de Docker. -
Se ha actualizado la configuración del host Docker para exponer el puerto 443 y habilitar el acceso a Adobe Commerce (
https://magento2.docker
) desde todos los contenedores CLI. Puede cambiar el puerto predeterminado agregando la opción--tls-port
al generar el archivo de configuración de Docker.
-
-
app/etc/env.php
existe. -
-
Versión 1.1.2
Fecha de la versión: 9 de septiembre de 2020
Versión 1.1.1
Fecha de lanzamiento: 5 de agosto de 2020
-
-
ps: command not found
errores. -
Cannot create container for service db
errores que pueden producirse al iniciar el entorno Cloud Docker.Ahora puede configurar el entorno Cloud Docker para montar los directorios de la base de datos agregando las siguientes opciones al comando
ece-docker build:compose
:--with-entry-point
ywith-mariadb-conf
. Ver opciones de configuración del servicio. -
./vendor/bin/ece-docker build:compose --db --with-entrypoint
./vendor/bin/ece-docker build:compose --db --mariadb-conf
Versión 1.1.0
Fecha de publicación: 25 de junio de 2020
-
-
-
-
-
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. -
-
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.
-
-
-
Se agregó 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.
-
-
-
-
Se agregó compatibilidad con el 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.
-
-
-
-
-
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. -
-
bin/magento-docker flush-redis
bin/magento-docker flush-varnish
.vendor/bin/ece-docker build:compose --no-varnish
.vendor/bin/ece-docker build:compose --es-env-var
.vendor/bin/ece-docker build:compose --no-es
./vendor/bin/ece-docker build:compose --db <mysql-version-number> --db-image mysql
./vendor/bin/ece-docker build:compose --host=<hostname> --port=<port-number>
.vendor/bin/ece-docker build:compose --mode developer --sync-engine native --with-xdebug
-
-
-
-
ece-docker build:compose
fallara si la configuración incluía Blackfire.io. Corrección enviada por G Arvind desde Zilker Technology. -
-
build:compose
fallaba si el archivomagento.app.yaml
especificaba varios usuarios de la base de datos. Corrección enviada por G Arvind desde Zilker Technology. -
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.
Versión 1.0.0
Fecha de la versión: 5 de febrero de 2020