È stato creato un pacchetto separato per il recapito diCloud Docker for Commerce. Il codice sorgente è stato spostato per il recapito di Cloud Docker per Commerce dall'archivio ece-tools all'archivio nuovo magento-cloud-docker per mantenere la qualità del codice e fornire versioni indipendenti. Il nuovo pacchetto è una dipendenza per ECE-Tools v2002.1.0 e versioni successive.

Quando si aggiorna ece-tools, si aggiorna anche il pacchetto magento/magento-cloud-docker alla versione 1.0.0. Se hai utilizzato Cloud Docker per Commerce con una versione precedente di ece-tools (2002.0.x), controlla le incompatibilità con le versioni precedenti e aggiorna il progetto come script, comandi e processi, in base alle esigenze.

È stato aggiunto il controllo delle versioni alle immagini Docker. Per ottenere le immagini aggiornate, è ora necessario aggiornare il pacchetto magento/magento-cloud-docker.

Aggiornamenti contenitore—

• contenitore PHP-FPM—

  • Aggiunta del supporto Node.js—Aggiornamento dell'immagine PHP-FPM per supportare le funzionalità node, npm e grunt-cli all'interno del contenitore PHP.

  • Aggiunto supporto per ionCube—È stata aggiornata la configurazione Docker predefinita per supportare ionCube nell'ambiente di sviluppo Docker locale.

• Contenitore Web—

  • Personalizza configurazione NGINX. È stata aggiunta la possibilità di montare un file nginx.conf personalizzato nell'ambiente Cloud Docker per Commerce. Vedi Contenitore Web.

  • Certificati NGINX generati automaticamente. Il file di configurazione Docker include ora la configurazione per la generazione automatica dei certificati NGINX per il contenitore Web.

• Nuovo contenitore Selenium. Aggiunta di un contenitore Selenium per supportare il test delle applicazioni Adobe Commerce tramite il Framework di test funzionali di Magento (MFTF).

• RabbitMQsupporto versione—Aggiornamento della configurazione del contenitore RabbitMQ per supportare RabbitMQ versione 3.8.

• Contenitore di database persistente. Il volume di database magento-db: /var/lib/mysql ora persiste dopo l'arresto e la rimozione della configurazione Docker e il ripristino quando si riavvia la configurazione Docker. Ora è necessario eliminare manualmente il volume di database. Vedi [Contenitori di database].

• Contenitore TLS—

  • L'immagine base del contenitore è stata aggiornata per l'utilizzo dell'immagine ufficiale. L'immagine del contenitore Cloud TLS è ora basata sull'immagine ufficiale Docker debian:jessie.—

  • Aggiunto supporto per il proxy di terminazione TLS [Pound]. Il file di configurazione Pound aggiunge le seguenti variabili ENV per personalizzare la configurazione Docker per il contenitore TLS:

    • TimeOut - Imposta il valore di timeout TTFB (Time to First Byte). Il valore predefinito è 300 secondi.

    • RewriteLocation - Determina se il proxy Pound riscrive la posizione nell'URL della richiesta per impostazione predefinita. Impostazione predefinita: 0 per impedire che la riscrittura interrompa i reindirizzamenti a siti Web esterni come un sito SSO esterno. Correzione inviata da Sorin Sugar

  • Il valore di timeout nella configurazione del contenitore TLS è stato aumentato da 15 a 300 secondi. Correzione inviata da Mathew Beane di Zilker Technology

• Contenitore vernice—

  • L'immagine base del contenitore è stata aggiornata per l'utilizzo dell'immagine ufficiale. Il contenitore vernice cloud è ora basato sull'immagine Docker ufficiale centos.

  • Configurazione di timeout predefinita migliorata-Aggiunta della configurazione .first_byte_timeout e .between_bytes_timeout al contenitore di Varnish. Entrambi i valori di timeout sono impostati per impostazione predefinita su 300s (5 minuti). Correzione inviata da Mathew Beane di Zilker Technology

  • Ignora vernice durante le sessioni Xdebug—È stata aggiornata la configurazione del contenitore Vernice per restituire pass nelle richieste ricevute quando Xdebug è abilitato. Nelle versioni precedenti, non era possibile utilizzare Xdebug se l’ambiente Docker includeva Vernice. Correzione inviata da Mathew Beane di Zilker Technology.

Modifiche alla configurazione Docker—

• Gestione di installazioni e volumi per il progetto. È stata aggiunta la possibilità di gestire installazioni e volumi all'avvio di un ambiente Docker per lo sviluppo locale. Vedi [Condivisione dei dati del progetto].

• Supporto per la modalità bridge di rete. Aggiunta del supporto per la modalità bridge di rete per abilitare le connessioni tra i contenitori Docker sulla rete locale.

• Contenitore Cron disabilitato per impostazione predefinita. Per migliorare le prestazioni, il contenitore Cron non è più configurato per impostazione predefinita quando si genera l'ambiente Docker. È possibile utilizzare l'opzione --with-cron nel comando di build Docker per aggiungere un contenitore Cron all'ambiente. Vedi Gestione dei processi cron.

• Interrompi la sincronizzazione di file di backup di grandi dimensioni. Sono stati aggiunti file di archivio e immagini DB (ZIP, SQL, GZ e BZ2) all'elenco di esclusione nei file dist/docker-sync.yml e dist/mutagen.sh. La sincronizzazione di file di grandi dimensioni (>1 GB) può causare un periodo di inattività e i file di backup non richiedono in genere la sincronizzazione, poiché è possibile rigenerarli.

Modifiche al comando—

• Il file ./bin/docker è stato rinominato ./bin/magento-docker per risolvere un problema che ha causato l'interruzione di alcuni ambienti Docker perché il file ./bin/docker sovrascrive i file binari Docker esistenti. Si tratta di una modifica non compatibile con le versioni precedenti che richiede aggiornamenti agli script e ai comandi.

• Aggiunta di un'opzione di configurazione del servizio per esporre la porta del database all'host. Utilizzare l'opzione --expose-db-port= [Fix submitted by Adarsh Manickam from Zilker Technology](https://github.com/magento/magento-cloud-docker/pull/101).<PORT> per esporre la porta del database all'host durante la creazione del file docker-compose.yml: bin/ece-docker build:compose --expose-db-port=<PORT>

• Nuovo comando post-distribuzione. In precedenza, gli hook post-distribuzione definiti nel file .magento.app.yaml venivano eseguiti automaticamente dopo la distribuzione di Adobe Commerce in un contenitore Cloud Docker tramite il comando cloud-deploy. Ora è necessario emettere un comando cloud-post-deploy separato per eseguire gli hook post-distribuzione dopo la distribuzione. Vedere le istruzioni di avvio aggiornate per la modalità sviluppatore e produzione.

• Aggiunta dell'opzione --rm ai comandi ./bin/magento-docker per i contenitori di compilazione e distribuzione. Questo rimuove il contenitore dopo il completamento dell'attività.

• Aggiornamenti al comando build:compose—

  • Aggiunta dell'opzione --sync-engine="native" al comando docker-build per disabilitare la sincronizzazione dei file quando si genera il file di configurazione Docker Compose in modalità sviluppatore. Utilizzare questa opzione durante lo sviluppo su sistemi Linux, che non richiedono la sincronizzazione dei file per lo sviluppo Docker locale. Vedere Sincronizzazione dei dati nell'ambiente Docker.

• ha cambiato l'impostazione predefinita di sincronizzazione file da docker-sync a native. Correzione inviata da Mathew Beane di Zilker Technology.

Miglioramenti alla convalida—

• Aggiunta della convalida al processo di distribuzione per gli ambienti di sviluppo Docker locali per verificare che la configurazione dell'ambiente Cloud includa la chiave di crittografia necessaria per decrittografare il database. Ora viene visualizzato un messaggio di errore nel registro se la configurazione dell'ambiente non specifica un valore per la chiave di crittografia.

• Aggiunta di un controllo dello stato del contenitore al servizio Elasticsearch per verificare che il servizio sia pronto prima di continuare con l'elaborazione di compilazione e distribuzione. Se la verifica stato restituisce un errore, il contenitore viene riavviato automaticamente.