Note di rilascio dell'interfaccia a riga di comando di Migrate to Containers

Questa pagina documenta gli aggiornamenti di produzione per l'interfaccia a riga di comando Migrate to Containers. Consulta periodicamente questa pagina per annunci su funzionalità nuove o aggiornate, correzioni di bug, problemi noti e funzionalità ritirate.

16 settembre 2025

Il 16 settembre 2025 abbiamo rilasciato la versione 1.4.4 dei plug-in di modernizzazione di Migrate to Containers.

Correzioni di bug

  • Sono state aggiornate le seguenti immagini dei plug-in per risolvere le vulnerabilità scoperte:

    Immagine del plug-in Vulnerabilità
    us-docker.pkg.dev/migrate-modernize-public/modernize-plugins-prod/apache CVE-2025-4802, CVE-2025-8058, CVE-2025-54388
    us-docker.pkg.dev/migrate-modernize-public/modernize-plugins-prod/jboss CVE-2025-4802, CVE-2025-8058, CVE-2025-54388
    us-docker.pkg.dev/migrate-modernize-public/modernize-plugins-prod/linux-discovery CVE-2025-4802, CVE-2025-8058
    us-docker.pkg.dev/migrate-modernize-public/modernize-plugins-prod/linux-distro CVE-2025-4802, CVE-2025-8058, CVE-2025-54388
    us-docker.pkg.dev/migrate-modernize-public/modernize-plugins-prod/service-manager-runtime CVE-2025-4802, CVE-2025-8058
    us-docker.pkg.dev/migrate-modernize-public/modernize-plugins-prod/tomcat-discovery CVE-2025-4802, CVE-2025-8058, CVE-2025-54388
    us-docker.pkg.dev/migrate-modernize-public/modernize-plugins-prod/tomcat-extraction CVE-2025-4802, CVE-2025-8058, CVE-2025-54388
    us-docker.pkg.dev/migrate-modernize-public/modernize-plugins-prod/websphere CVE-2025-4802, CVE-2025-8058, CVE-2024-8176, CVE-2024-50602, CVE-2023-52425, CVE-2025-54388
    us-docker.pkg.dev/migrate-modernize-public/modernize-plugins-prod/wordpress CVE-2025-4802, CVE-2025-8058, CVE-2025-54388

  • È stato corretto un bug nel plug-in Apache2 per cui DocumentRoot globale veniva ignorato quando DocumentRoot in un VirtualHost era vuoto.

5 agosto 2025

Il 5 agosto 2025 abbiamo rilasciato la versione 1.4.3 dei plug-in di modernizzazione di Migrate to Containers.

Funzionalità

  • Miglioramenti della sicurezza: questa release migliora la sicurezza correggendo le vulnerabilità (inclusa CVE-2023-4641), eseguendo l'upgrade a Go 1.24 e aggiornando le immagini di base e le dipendenze da scaricare da origini più sicure e gestite centralmente.

Correzioni di bug

  • WordPress: gestione migliorata di password e nomi host nei file wp-config.php, che consente l'utilizzo di caratteri speciali e formati host:port.
  • Apache: è stato risolto un problema con i percorsi dei log tra virgolette, garantendo la corretta gestione delle directory dei log.

8 ottobre 2024

L'8 ottobre 2024 abbiamo rilasciato la versione 1.2.3 dell'interfaccia a riga di comando di Migrate to Containers e la versione 1.4.2 dei plug-in di modernizzazione di Migrate to Containers.

Funzionalità

  • È stata aggiunta la possibilità di eseguire l'interfaccia a riga di comando di Migrate to Containers in PowerShell Core (pwsh.exe).

  • Tutti i plug-in utilizzano DNS-1123 per i nomi dei deployment, per essere compatibili con Kubernetes.

  • Maggiore sicurezza per la migrazione di Windows IIS utilizzando un utente temporaneo con scadenza automatica e password casuale.

  • Nuove funzionalità per la modernizzazione delle applicazioni WebSphere:

    • È stata aggiunta la documentazione dei campi del piano di migrazione WebSphere per il completamento automatico di Visual Studio Code.
    • Ridotto il tempo necessario per eseguire la modernizzazione di un'applicazione WebSphere.

Correzioni di bug

  • È stato corretto un bug relativo a CVE-2024-9858.
  • Corretto un bug che impediva di impostare il metodo di autenticazione nel piano di migrazione per le applicazioni Windows IIS.

3 gennaio 2024

Il 3 gennaio 2024 abbiamo rilasciato la versione 1.4.1 dei plug-in di modernizzazione Migrate to Containers che include correzioni di bug per le migrazioni di Tomcat.

4 dicembre 2023

Il 4 dicembre 2023 abbiamo rilasciato la versione 1.2.2 dell'interfaccia a riga di comando di Migrate to Containers.

Ritirato

Il plug-in websphere-traditional è ora deprecato. Per i clienti esistenti, questo plug-in è ancora supportato fino a dicembre 2023, dopodiché non sarà più disponibile. Se non hai familiarità con la modernizzazione dei workload WebSphere, utilizza il plug-in websphere-container con l'interfaccia a riga di comando Migrate to Containers.

2 novembre 2023

Il 2 novembre 2023 abbiamo rilasciato la versione 1.2.1 dell'interfaccia a riga di comando di Migrate to Containers, che include correzioni di bug.

30 ottobre 2023

Il 30 ottobre 2023 abbiamo rilasciato la versione 1.2.0 dell'interfaccia a riga di comando di Migrate to Containers.

Funzionalità

Aggiunto il supporto per la migrazione offline delle applicazioni Linux

L'interfaccia a riga di comando di Migrate to Containers ora supporta l'utilizzo senza connessione a internet grazie alla nuova modalità offline. La modalità offline consente di eseguire la migrazione delle applicazioni Linux in un ambiente offline.

Ciò è utile se l'ambiente locale, che include le macchine locali e di origine e il cluster di deployment, si trova in una rete protetta che richiede la pre-approvazione e la scansione di sicurezza per il download di file binari ed esterni. Con la modalità offline, abbiamo semplificato il processo di ricezione degli aggiornamenti software da fonti esterne in una rete protetta aggiungendo opzioni di raggruppamento e separazione dei file. Inoltre, puoi specificare un registro locale e protetto come origine degli artefatti richiesti per l'applicazione di cui è stata eseguita la migrazione.

Per la configurazione delle migrazioni offline, dopo aver scaricato l'interfaccia a riga di comando Migrate to Containers, segui questi passaggi:

  1. Scarica il bundle di plug-in offline dell'interfaccia a riga di comando di Migrate to Containers:

    curl -O https://storage.googleapis.com/modernize-plugins-prod/$(curl -s https://storage.googleapis.com/modernize-plugins-prod/latest)/m2c-offline-bundle-linux.tar

  2. Se necessario, copia l'interfaccia a riga di comando di Migrate to Containers e il bundle di plug-in dell'interfaccia a riga di comando di Migrate to Containers offline nell'ambiente offline.

  3. Decomprimi il bundle di plug-in offline dell'interfaccia a riga di comando di Migrate to Containers:

    ./m2c plugins unpack -i m2c-offline-bundle-linux.tar

    Per aggiungere il supporto per la migrazione dei dati offline, specifica un registro dei container disponibile nella tua rete locale:

    ./m2c plugins unpack -i m2c-offline-bundle-linux.tar --registry HOSTNAME

    Sostituisci HOSTNAME con il nome host del registro dei container.

Per saperne di più, vedi Configurazione per la migrazione offline.

22 agosto 2023

Il 22 agosto 2023 abbiamo rilasciato la versione 1.1.0 dell'interfaccia a riga di comando Migrate to Containers.

Funzionalità

Aggiunto il supporto per la migrazione dei servizi IIS di Windows

L'interfaccia a riga di comando di Migrate to Containers ora supporta la migrazione dei servizi Windows IIS. La migrazione dei servizi Windows IIS richiede l'esecuzione dell'interfaccia a riga di comando di Migrate to Containers su una macchina Windows.

Per modernizzare i servizi IIS di Windows, segui questi passaggi:

  1. Esporta le immagini disco della VM di origine in file VHD.

    Ad esempio, per esportare un'immagine da Compute Engine, esportala prima in Cloud Storage, quindi scaricala sulla tua macchina locale:

    gcloud compute images export \
    --export-format vhdx \
    --destination-uri DESTINATION_URI \
    --image IMAGE_NAME
gcloud storage cp DESTINATION_URI LOCAL_PATH

  2. Analizza le immagini disco per creare un piano di migrazione:

    ./m2c analyze \
   -s PATH_TO_IMAGE \
   -p windows-iis-container \
   -o ANALYSIS_OUTPUT_PATH

  3. Modifica il piano di migrazione.

  4. Genera gli artefatti di migrazione dalle immagini dei dischi e dal piano di migrazione:

    ./m2c generate \
   -i ANALYSIS_PATH \
   -o OUTPUT_ARTIFACTS_PATH

Supporto avanzato per la migrazione delle applicazioni IBM WebSphere

Il supporto di IBM WebSphere è stato modificato ed esteso. Il plug-in esistente supporta WebSphere Application Server Traditional come origine della migrazione. È stato aggiunto un nuovo plug-in per supportare WebSphere Application Server Liberty come origine di migrazione.

Modifiche alla migrazione tradizionale di IBM WebSphere Application Server

Sono state apportate le seguenti modifiche alla migrazione tradizionale di IBM WebSphere Application Server:

  • Il plug-in websphere-traditional-container viene ora utilizzato per la migrazione dei carichi di lavoro tradizionali di IBM WebSphere Application Server.
  • È stato aggiunto il supporto per WebSphere Application Server Liberty come destinazione.
  • Il parametro was-home è ora obbligatorio, anche se esegui la scansione della VM di origine utilizzando mFit.

Per eseguire la migrazione di un carico di lavoro IBM WebSphere Application Server tradizionale, esegui il seguente comando:

./m2c analyze \
    -s PATH_TO_COPIED_FILESYSTEM \
    -p websphere-traditional-container -o ANALYSIS_OUTPUT_PATH \
    -r was-home=PATH_TO_WAS_HOME \
    --volume PATH_TO_BINARYAPPSCANNER:/binaryAppScanner.jar

Per ulteriori informazioni, vedi Creare un piano di migrazione per i workload WebSphere tradizionali.

Aggiunto il supporto per la migrazione di IBM WebSphere Application Server Liberty

La modernizzazione di WebSphere Application Server Liberty è ora disponibile a livello generale con il plug-in websphere-container.

Per eseguire la migrazione del workload IBM WebSphere Liberty, esegui questo comando:

./m2c analyze \
    -s PATH_TO_COPIED_FILESYSTEM \
    -p websphere-container \
    -o ANALYSIS_OUTPUT_PATH \
    -r websphere-home=WEBSPHERE_HOME \
    -r websphere-java-home=WEBSPHERE_JAVA_HOME
    -r target-base-image=TARGET_BASE_IMAGE

Per maggiori informazioni, vedi Creare un piano di migrazione per i carichi di lavoro di WebSphere Application Server Liberty.

Aggiornato il plug-in Tomcat

I parametri di individuazione per il plug-in Tomcat sono stati aggiornati.

  • Il parametro java-version viene ora aggiunto come input alle migrazioni di Tomcat.
  • Il parametro catalina-base ora può includere più directory delimitate da due punti (:).
  • I parametri java-version, catalina-base e catalina-home sono ora obbligatori, anche se esegui la scansione della VM di origine utilizzando mFit.

Per ulteriori informazioni, vedi Creare un piano di migrazione per i workload Tomcat.

Aggiornamento del plug-in del container di sistema Linux

Gli endpoint del servizio di sistema Linux non vengono più rilevati automaticamente e devono essere specificati manualmente durante la personalizzazione del piano di migrazione Linux, anche se esegui la scansione della VM di origine utilizzando mFit.

Fisso

Nelle versioni precedenti di Migrate to Containers CLI, il comando copy poteva non riuscire quando si tentava di utilizzare un socket nella directory /tmp, che viene eliminata automaticamente in alcuni sistemi. In questa versione, i valori predefiniti sono stati modificati e per personalizzare la posizione del socket, puoi impostare la variabile di ambiente SOCKDIR.

Problemi

  • La build di Skaffold per le immagini Windows potrebbe non riuscire su una macchina Windows perché Skaffold tenta di eseguire il pull dell'immagine di base per la destinazione errata.

    Per risolvere il problema, estrai manualmente l'immagine con il comando docker pull ed esegui di nuovo la build di Skaffold.

  • Il deployment dei carichi di lavoro Windows IIS potrebbe essere contrassegnato come non pronto a causa di timeout brevi. Se esegui il deployment dei tuoi workload utilizzando Skaffold, il deployment potrebbe essere visualizzato come non riuscito.

    Come soluzione alternativa a questo problema, aumenta il timeout e il periodo del probe di preparazione utilizzando PowerShell:

    foreach ($file in (Get-ChildItem . -Recurse -Include "deployment_spec.yaml")) { (Get-Content $file).replace("periodSeconds: 10", "periodSe
conds: 30").replace("timeoutSeconds: 1", "timeoutSeconds: 10") | Set-Content $file }

27 giugno 2023

Il 27 giugno 2023 abbiamo rilasciato la versione 1.0.0 dell'interfaccia a riga di comando di Migrate to Containers.

Funzionalità

Versione dell'API Skaffold aggiornata

L'interfaccia a riga di comando di Migrate to Containers ora genera la configurazione Skaffold con la versione v4beta4 dell'API Skaffold anziché la versione v2beta25.

Aggiunto il supporto per la containerizzazione delle VM Linux

L'interfaccia a riga di comando di Migrate to Containers ora ti consente di eseguire la migrazione delle VM Linux nei container di sistema. Rileva i file dell'applicazione di origine ed elabora per generare artefatti di migrazione, che includono un Dockerfile, un manifest Kubernetes e script di deployment automatizzati basati su Skaffold.

L'interfaccia a riga di comando di Migrate to Containers utilizza un container di sistema Linux predefinito che funge da boot loader per i servizi richiesti dall'applicazione modernizzata. Con Migrate to Containers CLI, puoi modernizzare un'ampia gamma di applicazioni stateless basate su Linux per eseguirle su GKE, Cloud Run o cluster GKE Enterprise.

Per saperne di più, consulta Creare un piano di migrazione per un container VM Linux.

Miglioramento dell'operazione copy

Sono ora disponibili i seguenti miglioramenti all'operazione copy:

  • L'operazione copy dell'interfaccia a riga di comando Migrate to Containers ora utilizza un container locale per copiare il file system della VM di origine in una directory locale anziché utilizzare un file tar locale. Questo miglioramento elimina la necessità di installare rsync sulla tua macchina locale e riduce lo spazio su disco necessario per copiare il file system della macchina di origine.

  • In caso di errori, l'interfaccia a riga di comando di Migrate to Containers ora continua il processo di copia dal punto in cui si è verificato l'errore.

Per ulteriori informazioni, consulta Copia il file system della macchina di origine.

È stata aggiunta la possibilità di pulire il file system copiato

Una volta completata la migrazione, puoi utilizzare il nuovo comando cleanup per rimuovere la copia del file system della macchina di origine che hai creato con il comando copy sulla tua macchina locale senza problemi di autorizzazione.

Per saperne di più, vedi Pulire la macchina locale.

Aggiunto il supporto per la migrazione dei dati

Dopo aver eseguito una migrazione, ora puoi copiare le directory di dati in una nuova o in una richiesta di volume persistente (PVC) esistente nel cluster di destinazione con il nuovo comando migrate-data.

Questo passaggio è necessario nei casi in cui potrebbe essere necessario eseguire la migrazione delle directory di dati permanenti dalla VM di origine ai volumi permanenti montati sul container di destinazione.

Per maggiori informazioni, vedi Eseguire la migrazione dei dati.

13 giugno 2023

Il 13 giugno 2023 abbiamo annunciato che l'interfaccia a riga di comando Migrate to Containers è ora disponibile a livello generale.

L'interfaccia a riga di comando Migrate to Containers ti consente di modernizzare i componenti delle applicazioni in esecuzione su VM in container in esecuzione su cluster GKE, GKE Autopilot, Cloud Run o GKE Enterprise.

Per saperne di più , consulta Shift your applications to container-based workloads on the command-line | Google Cloud Blog.

2 maggio 2023

Il 2 maggio 2023 abbiamo rilasciato la versione 0.2.0 dell'interfaccia a riga di comando di Migrate to Containers in anteprima. L'interfaccia a riga di comando Migrate to Containers ti consente di modernizzare i componenti delle applicazioni in esecuzione sulle VM in container in esecuzione su cluster GKE, GKE Autopilot, Cloud Run o GKE Enterprise. Lo strumento offre un flusso semplificato composto da quattro passaggi principali:

  1. Copia i file dell'applicazione da una VM di origine utilizzando SSH o gcloud CLI.
  2. Analizza la copia locale dei file dell'applicazione per generare un piano di migrazione.
  3. Modifica i file del piano di migrazione per personalizzarlo.
  4. Genera gli artefatti richiesti come immagine container, YAML di deployment e file di configurazione Skaffold.

Per maggiori informazioni, consulta la pagina Informazioni su Migrate to Containers | Google Cloud.

Funzionalità

Copia i file dell'applicazione di origine

Copia i file dell'applicazione da una VM remota on-premise utilizzando SSH o da una VM in esecuzione su Google Cloud utilizzando gcloud CLI.

Analizzare i file dell'applicazione per le modifiche di modernizzazione

Analizza i file binari e di configurazione dell'applicazione e genera il report del file del piano di migrazione e il piano di migrazione utilizzando i parametri estratti dai file copiati.

Genera artefatti dell'applicazione da eseguire come container

Genera gli artefatti necessari per eseguire l'applicazione come contenitore con un file di configurazione Skaffold che ti consente di automatizzare il deployment degli artefatti generati sul cluster di destinazione.

Flussi di modernizzazione supportati

Con la nuova CLI Migrate to Containers, puoi lavorare alla modernizzazione dell'applicazione nel tuo ambiente locale ed eseguire il deployment degli artefatti generati direttamente su un cluster locale o remoto.

L'interfaccia a riga di comando Migrate to Containers supporta i seguenti flussi di modernizzazione:

  • Applicazione Tomcat in un container che utilizza un'immagine di base della community
  • Applicazione Apache a container che utilizza un'immagine di base della community
  • Applicazione IBM JBoss a container che utilizza un'immagine di base WildFly della community
  • IBM Websphere Application Server tradizionale a container che utilizza un'immagine IBM WebSphere Application Server tradizionale
  • IBM Websphere Application Server tradizionale in un container che utilizza un'immagine container Open Liberty