Pacchetto Docker cloud

Supporto PHP 8.1—Aggiunta del supporto per PHP 8.1.

OpenSearch—Sono state aggiunte immagini di OpenSearch versioni 1.1 e 1.2.

Compositore 2.1—Imposta il compositore 2.1.x per impostazione predefinita nelle immagini PHP 8.x.

Miglioramenti immagini PHP—

• Sono state aggiunte immagini PHP 8.1
• Aggiornamento di xDebug versione 3.1.2
• Xmlrpc 1.0.0RC3 aggiornato

Miglioramenti di Elasticsearch e OpenSearch—Miglioramenti nei Dockerfile di Elasticsearch e OpenSearch; immagine Elasticsearch 5.2 rimossa.

Estensione sodio—Abilitazione dell’estensione sodium per impostazione predefinita in tutte le immagini PHP.

Volume della cache del compositore—È stato corretto il percorso del volume della cache del compositore per la memorizzazione nella cache dei pacchetti del compositore.

Limitazione di memoria in nginx: è stata corretta la limitazione di memoria nell’immagine NGINX.

Migliora il flusso di lavoro in modalità sviluppatore. In precedenza era necessario specificare la modalità nei passaggi di compilazione e distribuzione. Ora, l’opzione --mode nel passaggio build determina la modalità nel passaggio deploy successivo. Non è più necessario impostare la modalità dopo la distribuzione. Vedere Modalità sviluppatore.

Miglioramenti per il file system di sola lettura—

• È stato risolto un problema che causava l’avvio di un contenitore PHP per la configurazione della posta.
• Può utilizzare le variabili di ambiente nei file INI.
• Verificare che i punti di ingresso PHP non richiedano l’autorizzazione di scrittura.

Aggiorna nodo—Aggiorna la versione del nodo nel bundle; durante l’installazione di Node in immagini PHP-CLI, ora viene utilizzata la versione LTS corrente.

Aggiorna Symfony—Sono state aggiornate le dipendenze di configurazione Symfony per renderle compatibili con Adobe Commerce 2.4.4.

Nuovo contenitore Zookeeper—Aggiunto un contenitore Zookeeper per gestire la configurazione del provider di blocchi per i progetti non distribuiti in Adobe Commerce nell’infrastruttura cloud.

È stato aggiunto il supporto per Composer 2.0.—È stata aggiunta la versione 2.0 di Composer al file di configurazione Composer per supportare gli aggiornamenti da Composer 1.0 che si sta avvicinando alla fine del ciclo di vita.

Aggiornamento di host.docker.internal per renderlo indipendente dalla piattaforma. È ora possibile creare gli stessi script di composizione Docker per Ubuntu, Windows e macOS. L’utilizzo di Xdebug su Ubuntu non richiede più una variabile di ambiente separata. Correzione inviata da Igor Vitol.

Aggiornamento di init-docker.sh. L’oggetto mounts è stato aggiunto alla variabile di ambiente MAGENTO_CLOUD_APPLICATION. Correzione inviata da Chiranjeevi.

Aggiornato init-docker.sh—Aggiornato lo script init-docker.sh con le versioni PHP 7.4 e Cloud Docker 1.2.1. Correzione inviata da Adarsh Manickam.

Sodio abilitato per impostazione predefinita. Abilitazione dell’estensione PHP sodium per impostazione predefinita nelle immagini Docker PHP.

custom-registryopzione—Aggiunta di un’opzione --custom-registry al comando php ./vendor/bin/ece-docker build:compose per l’utilizzo del Registro di sistema delle immagini personale.

./vendor/bin/ece-docker build:compose --custom-registry=my-registry.example.com

Versioni Elasticsearch precedenti rimosse—Versioni Elasticsearch 1.7 e 2.4 rimosse dalle immagini Elasticsearch.

Generazione automatica dei certificati NGINX—Rimossi i certificati esistenti dall’immagine NGINX. I certificati NGINX vengono ora generati automaticamente con ogni nuova distribuzione per migliorare la sicurezza.

Abilitatoopcache.validate_timestamps. Impostazione PHP opcache.validate_timestamps abilitata per impostazione predefinita in modalità sviluppatore. L’abilitazione di questa impostazione ha risolto il problema che impediva il riconoscimento delle modifiche al file system nel Docker.

Correzione dibuild:custom:compose. Il comando build:custom:compose è stato corretto in modo da generare un errore quando i file non possono essere sovrascritti durante il processo di compilazione. La generazione di un errore impedisce le situazioni in cui docker-compose up potrebbe utilizzare i file errati.

Correzione dell’opzione --sync_engine="native"—È stato risolto il problema che impediva all’opzione --sync_engine="native" in modalità di produzione (--mode="production") di creare voci per cartelle locali nel file docker.composer.yml.

Sono stati corretti gli errori di convalida della versione del servizio. Sono state aggiunte versioni del servizio per RabbitMQ, Elasticsearch e altri servizi alla proprietà type nella variabile MAGENTO_CLOUD_RELATIONSHIP. L’aggiunta di queste versioni alla variabile relationships ha corretto gli errori di convalida che si verificavano durante la fase di distribuzione.

Opzioni comando NGINX—Sono state aggiunte opzioni comando build per modificare il numero di NGINX worker_processes e NGINX worker_connections per TLS e servizi Web. Il parametro worker_process mantiene la possibilità di impostare il valore su auto. Esempi:

./vendor/bin/ece-docker build:compose --nginx-worker-processes=2
./vendor/bin/ece-docker build:compose --nginx-worker-connections=2048

Opzione comando TLS—Aggiunta dell’opzione comando build per creare una configurazione senza il servizio TLS. Esempio:

./vendor/bin/ece-docker build:compose --no-tls

Consumo di memoria NGINX—È stata ridotta la memoria utilizzata dal processo NGINX per TLS e servizi Web.

Blackfire—L’estensione Blackfire PHP è stata disabilitata per impostazione predefinita nell’immagine Cloud Docker.

contenitore PHP-FPM—È stato corretto il controllo di integrità del contenitore PHP-FPM modificando WEB_PORT da 80 a 8080.

Denominazione volume non valida. È stato corretto un errore di denominazione volume non valida in modalità sviluppatore.

Porta a monte NGINX. Aggiornamento dell’immagine Docker NGINX 1.19 per l’utilizzo della porta 8080 per evitare un loop infinito. Correzione inviata da Adarsh Manickam.

Aggiornamenti contenitore—

• contenitore PHP-FPM—Aggiunto supporto per l’estensione PHP gnupg. Correzione inviata da G Arvind da Zilker Technology.

• Contenitore database—È stato corretto il controllo dello stato del contenitore del database aggiungendo la password del database richiesta al comando di controllo dello stato.

• contenitore Elasticsearch

  • È stato aggiunto il supporto per Elasticsearch 7.9 per la compatibilità con le prossime versioni di Adobe Commerce.

  • Configurazione del plug-in Elasticsearch. È stato aggiunto il supporto per l’utilizzo delle informazioni di configurazione del plug-in Elasticsearch dal file services.yaml per generare il file docker-compose.yaml per un ambiente Cloud Docker per Commerce. Vedi Plug-in di Elasticsearch.

  • Supporto plug-in di Elasticsearch. È stato aggiunto il supporto per i seguenti plug-in di Elasticsearch: analysis-icu, analysis-phonetic, analysis-stempel e analysis-nori. I plug-in analysis-icu e analysis-phonetic sono installati per impostazione predefinita. È possibile aggiungere o rimuovere i plug-in analysis-stempel e analysis-nori in base alle esigenze.

• Contenitore CLI

  • Eseguire comandi all’interno dei contenitori Docker PHP. Ora è possibile utilizzare Cloud Docker CLI per eseguire comandi all’interno dei contenitori PHP nell’ambiente Docker senza dover installare PHP sull’host. Il comando seguente, ad esempio, genera la configurazione: ./bin/magento-docker php 7.3 vendor/bin/ece-docker build:compose. Consulta Cloud Docker CLI. Correzione inviata da G Arvind da Zilker Technology.

  • Aggiunta del client OpenSSH ai contenitori CLI PHP. È ora possibile utilizzare l’inoltro ssh-agent per Composer se il file composer.json contiene archivi Git privati che richiedono l’utilizzo di comandi Composer da parte di un client SSH.

• contenitore TLS. Ora il contenitore TLS si basa sull’immagine Docker https://hub.docker.com/r/magento/magento-cloud-docker-nginx anziché sull’immagine CentOS. Questa modifica risolve i problemi che causavano errori durante l’invio di richieste HTTPS tra contenitori nell’ambiente Docker Cloud.

• Contenitore di test. È stato aggiunto un contenitore di test per i test dell’applicazione e l’opzione --with-test al comando Docker build:compose per creare il contenitore solo quando si esegue il test nell’ambiente Docker. Vedi test applicazioni.

• FPM-XDEBUG contenitore

  • Configura Xdebug su Linux. Aggiunta dell’opzione --set-docker-host al comando ece-docker build:compose per configurare il valore host.docker.internal nel contenitore Xdebug. Questa opzione è necessaria per utilizzare Xdebug su sistemi Linux. Vedere Configurare Xdebug per Docker.

  • È stata corretta la configurazione della variabile Xdebug per Docker ENTRYPOINT per risolvere uninitialized "with_xdebug" variable errori nei registri. Correzione inviata da Florent Olivaud

Modifiche alla configurazione Docker

• Configurazione MailHog. È ora possibile utilizzare le seguenti opzioni di comando ece-docker build:compose per disabilitare MailHog e specificare le porte: --no-mailhog, --mailhog-http-port e --mailhog-smtp-port. Vedi Configura e-mail.

• Per Cloud Docker per Commerce 1.2.0 e versioni successive, Adobe ora fornisce immagini Docker per ogni versione della patch e il generatore di configurazione Docker crea la configurazione Docker con una versione della patch specificata, anziché utilizzare la più recente. In precedenza, il generatore di configurazione Docker generava la configurazione utilizzando la versione della patch più recente che poteva interrompere Cloud Docker per gli ambienti Commerce generati utilizzando una versione precedente.

• Specificare le immagini e le versioni personalizzate nella configurazione personalizzata di Cloud Docker. Il comando build:custom:compose è stato aggiornato con opzioni che consentono di specificare le immagini e le versioni personalizzate durante la generazione di un file di configurazione di composizione Docker personalizzato (docker-compose.yaml). Vedi Creare una configurazione Docker Compose personalizzata.

• Aggiornamento della configurazione host Docker per esporre la porta 443 per abilitare l’accesso ad Adobe Commerce (https://magento2.docker) da tutti i contenitori CLI. È possibile modificare la porta predefinita aggiungendo l’opzione --tls-port quando si genera il file di configurazione Docker.

È stato risolto un problema che causava un errore nella compilazione di Cloud Docker for Commerce se il file app/etc/env.php esiste.

Aggiornamento della configurazione di compilazione per sostituire volumi con nomi con volumi regolari per evitare problemi durante la distribuzione di Cloud Docker per Commerce su Linux o Windows Subsystem for Linux (WSL2).

Aggiornamento di Cloud Docker per i test funzionali di Commerce per supportare Composer 2.0.

Configurazione e-mail aggiornata - Aggiornamento della configurazione predefinita di Cloud Docker per Commerce per supportare il servizio MailHog anziché utilizzare SendMail. Vedi Configura e-mail.

La libreria PS è stata ripristinata nella configurazione dell’ambiente Cloud Docker per correggere ps: command not found errori.

Aggiornamento della configurazione predefinita di Cloud Docker per Commerce per rimuovere il montaggio automatico dei volumi entrypoint del database e MariaDB per correggere Cannot create container for service db errori che possono verificarsi all’avvio dell’ambiente Cloud Docker.

Ora è possibile configurare l’ambiente Cloud Docker per il montaggio delle directory del database aggiungendo le seguenti opzioni al comando ece-docker build:compose: --with-entry-point e with-mariadb-conf. Vedi Opzioni di configurazione del servizio.

Aggiornamenti del comando CLI

Aggiunto supporto per la soluzione delle prestazioni del database diviso. Ora è possibile configurare e distribuire un archivio utilizzando la soluzione delle prestazioni del database diviso nell’ambiente Cloud Docker.

Supporto per la distribuzione di Adobe Commerce e Magento Open Source. Ora puoi utilizzare Cloud Docker per Commerce per distribuire un ambiente di sviluppo locale per progetti non ospitati su Adobe Commerce nell’infrastruttura cloud.

Supporto Blackfire.io—Aggiunta del supporto per l’utilizzo dell’estensione Blackfire.io per test delle prestazioni automatizzati. Correzione inviata da Adarsh Manickam da Zilker Technology

Aggiornamenti contenitore

• Vernice: ora la vernice è la cache predefinita quando si distribuisce Adobe Commerce in un ambiente Cloud Docker utilizzando una versione supportata del modello di applicazione Cloud. Vedi Contenitore vernice.

• È stata aggiunta l’opzione --no-varnish per ignorare l’installazione del servizio Varnish quando si genera il file di configurazione Cloud Docker.

• Database

  • È stato aggiunto il supporto per il database MySQL. Ora è possibile configurare l’ambiente Cloud Docker con MariaDB o MySQL. Vedi Opzioni di configurazione del servizio.

  • È stata aggiunta la possibilità di impostare le impostazioni di incremento e offset per la replica del database quando si genera il file di composizione Docker. Vedi Contenitori di servizi.

• PHP-FPM

  • È stato aggiunto il supporto per PHP 7.4. Correzione inviata da Mohanela Murugan da Zilker Technology

  • È stata aggiunta la possibilità di copiare un file php.ini nella directory principale del progetto nell’ambiente Cloud Docker e di applicare impostazioni PHP personalizzate ai contenitori PHP-FPM e CLI. Consulta Personalizzare le impostazioni PHP. Correzione inviata da Mathew Beane di Zilker Technology.

  • È stato aggiunto un controllo di integrità del contenitore. Correzione inviata da Visanth Sampath dalla tecnologia Zilker.

• Node.js—Aggiornamento della versione predefinita di Node.js dalla versione 8 alla versione 10 per migliorare la sicurezza. La versione 8 di Node.js è obsoleta e non è più aggiornata con correzioni di bug o patch di sicurezza. Correzione inviata da Mohan Elamurugan da Zilker Technology.

• Elasticsearch

  • È stato aggiunto il supporto per Elasticsearch 6.8, 7.2, 7.5 e 7.6.

  • È stata aggiunta la possibilità di personalizzare la configurazione contenitore Elasticsearch quando si genera il file di configurazione di composizione Docker.

  • Opzione --no-es aggiunta alle opzioni di configurazione del servizio per la generazione del file di configurazione Docker Compose. Utilizza questa opzione per saltare l’installazione del contenitore Elasticsearch e utilizzare invece la ricerca MySQL. Questa opzione è supportata solo per Adobe Commerce versione 2.3.5 e precedenti.

• FPM-XDEBUG container—È stata aggiunta un’opzione di configurazione del servizio per installare e configurare Xdebug per il debug di PHP nell’ambiente Cloud Docker. Vedere Configurare Xdebug.

Modifiche alla configurazione Docker

• Sono stati aggiunti controlli di integrità per i contenitori del servizio Docker PHP-FPM, Redis, Elasticsearch e MySQL.

• La modalità di sincronizzazione file predefinita è stata modificata in native in modalità Sviluppatore.

• Sono state aggiunte informazioni sulla versione all’immagine contenitore del servizio Docker generico durante la generazione del file docker-compose.yml.

• È stata migliorata la capacità di gestire risposte di grandi dimensioni dal contenitore PHP-FPM a monte aumentando il valore fastcgi_buffers per il server Nginx.

• Sono state migliorate le prestazioni di sincronizzazione dei file mutageni aggiungendo una seconda sessione di sincronizzazione per sincronizzare i file nella directory vendor. Questa modifica impedisce il blocco del mutageno durante il processo di sincronizzazione dei file. Correzione inviata da Mathew Beane di Zilker Technology.

• Aggiornamenti del comando CLI

È stata corretta la configurazione della sincronizzazione dei file mutageni per impedire che mutageni creino sessioni non aggiornate. Correzione inviata da Mathew Beane di Zilker Technology.

È stato risolto un problema di configurazione che causava errori di sintassi nel registro di composizione Docker all’avvio del contenitore PHP-FPM. Correzione inviata da Mathew Beane di Zilker Technology

sono stati corretti gli errori di conflitto dei volumi che talvolta si verificavano quando si utilizzano più ambienti Docker. Correzione inviata da G Arvind della tecnologia Zilker.

È stato risolto un problema che causava il mancato funzionamento del comando ece-docker build:compose se la configurazione includeva Blackfire.io. Correzione inviata da G Arvind dalla tecnologia Zilker.

Aggiornamento della configurazione dell’immagine PHP CLI per evitare errori di memoria insufficiente che si sono verificati durante l’installazione di più pacchetti tramite Cloud Docker per Commerce. Correzione inviata da Mohan Elamurugan da Zilker Technology.*

Aggiunto supporto per più utenti MySQL nell’ambiente Cloud Docker. Nelle versioni precedenti, l’operazione build:compose non è riuscita se il file magento.app.yaml ha specificato più utenti del database. Correzione inviata da G Arvind da Zilker Technology.

Rimosso rsyslog dai contenitori Cloud Docker for Commerce PHP per risolvere i problemi di compatibilità che hanno causato le notifiche di avviso durante la distribuzione. Cloud Docker non utilizza l’utilità rsyslog.

È 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 Magento Functional Testing Framework (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 della compilazione e della distribuzione. Se la verifica stato restituisce un errore, il contenitore viene riavviato automaticamente.