Java 8 ha raggiunto la fine del supporto
e verrà ritirato
il 31 gennaio 2026. Dopo il ritiro, non potrai eseguire il deployment di applicazioni Java 8, anche se la tua organizzazione ha utilizzato in precedenza un criterio dell'organizzazione per riattivare i deployment di runtime legacy. Le tue applicazioni Java 8 esistenti continueranno a essere eseguite e a ricevere traffico dopo la
data di ritiro. Ti consigliamo di eseguire la migrazione all'ultima versione supportata di Java.
Mantieni tutto organizzato con le raccolte
Salva e classifica i contenuti in base alle tue preferenze.
La migrazione del traffico cambia il routing delle richieste tra le versioni all'interno di un servizio della tua applicazione, spostando il traffico da una o più versioni a una singola nuova versione.
Per informazioni sulla suddivisione del traffico tra due o più versioni della tua app, consulta la sezione Suddivisione del traffico.
Prima di iniziare
Prima di poter configurare il traffico per una versione, assicurati che il tuo account utente includa i privilegi richiesti.
Eseguire la migrazione del traffico gradualmente
Nell'ambiente standard, puoi scegliere di inoltrare le richieste alla versione di destinazione gradualmente o immediatamente.
Per impostazione predefinita, le richieste di warmup sono attivate e tutto il traffico viene gradualmente migrato a una versione.
Puoi anche scegliere di disattivare le richieste di warmup se vuoi eseguire immediatamente la migrazione del traffico a una versione. Se esegui immediatamente la migrazione del traffico a una nuova versione senza istanze in esecuzione, si verificherà un picco di latenza per le richieste di caricamento.
Il deployment di una nuova versione con lo stesso nome di una versione esistente comporta una migrazione immediata del traffico. Tutte le istanze della vecchia versione vengono immediatamente chiuse. Si verificherà un picco di latenza a causa delle richieste di caricamento della nuova versione.
Se le richieste di warmup sono abilitate, puoi eseguire la migrazione del traffico tra le versioni che si trovano in ambienti diversi solo specificando di eseguire la migrazione immediatamente.
Aggiunta di richieste di warmup all'applicazione
Quando le richieste di warmup sono abilitate, la migrazione del traffico avviene gradualmente inviando prima una richiesta di warmup alle nuove istanze prima che queste ricevano richieste degli utenti. Le richieste di riscaldamento migliorano il tempo di risposta dell'utente consentendo alla versione attualmente in grado di ricevere traffico di gestire queste richieste, ma la migrazione del traffico alla nuova versione può richiedere un breve periodo di tempo durante la creazione delle nuove istanze.
Quando le richieste di riscaldamento non sono attivate, le richieste degli utenti vengono inviate a queste nuove istanze prima che vengano create. A causa del ritardo causato dalla creazione delle nuove istanze e dal caricamento del codice dell'applicazione, può verificarsi latenza per le risposte degli utenti.
Seleziona la versione a cui vuoi eseguire la migrazione del 100% del traffico.
Fai clic su Esegui migrazione del traffico.
(Facoltativo) Quando le richieste di warmup sono attivate, il traffico viene migrato gradualmente. Per eseguire immediatamente la migrazione del traffico, seleziona l'opzione nella sezione Mostra opzioni avanzate.
Per eseguire la migrazione del traffico in modo programmatico, puoi utilizzare l'API Admin. Per maggiori dettagli, consulta Migrazione e suddivisione del traffico.
[[["Facile da capire","easyToUnderstand","thumb-up"],["Il problema è stato risolto","solvedMyProblem","thumb-up"],["Altra","otherUp","thumb-up"]],[["Difficile da capire","hardToUnderstand","thumb-down"],["Informazioni o codice di esempio errati","incorrectInformationOrSampleCode","thumb-down"],["Mancano le informazioni o gli esempi di cui ho bisogno","missingTheInformationSamplesINeed","thumb-down"],["Problema di traduzione","translationIssue","thumb-down"],["Altra","otherDown","thumb-down"]],["Ultimo aggiornamento 2025-09-04 UTC."],[[["\u003cp\u003eTraffic migration redirects all requests from one or more existing application versions to a single, designated new version.\u003c/p\u003e\n"],["\u003cp\u003eIn the standard environment, traffic migration can occur gradually, with warmup requests enabled, or immediately, without them, while the flexible environment only supports immediate migration.\u003c/p\u003e\n"],["\u003cp\u003eDeploying a new version with the same name as the current version will immediately migrate traffic to the new version and shut down all instances of the old version.\u003c/p\u003e\n"],["\u003cp\u003eWarmup requests are used for gradual migration, ensuring new instances are ready before user requests are sent to them, thereby reducing potential latency.\u003c/p\u003e\n"],["\u003cp\u003eTraffic migration can be managed through the Google Cloud console, the \u003ccode\u003egcloud\u003c/code\u003e command-line tool, or programmatically via the Admin API.\u003c/p\u003e\n"]]],[],null,["# Migrating Traffic\n\nTraffic migration switches the request routing between the versions within a\nservice of your application, moving traffic from one or more versions to a\nsingle new version.\n\nFor information about splitting traffic between two or more versions of your\napp, see [Traffic Splitting](/appengine/docs/legacy/standard/java/splitting-traffic).\n\nBefore you begin\n----------------\n\nBefore you can configure traffic to a version, ensure that your user account\nincludes the [required privileges](/appengine/docs/legacy/standard/java/access-control#basic_roles).\n\nMigrating traffic gradually\n---------------------------\n\nIn the standard environment, you can choose to route requests to the target\nversion, either gradually\nor immediately.\n\nBy default, [warmup requests](/appengine/docs/legacy/standard/java/warmup-requests)\nare enabled and all traffic is gradually\nmigrated to a\nversion.\n\nYou can also choose to disable\nwarmup requests if you want the traffic\nimmediately migrated to a\nversion. If you immediately migrate traffic to a new version without any running\ninstances then you will experience a spike in latency for loading requests.\nDeploying a new version with the same name as an existing version causes an\nimmediate traffic migration. All instances of the old version are immediately\nshut down. There will be a latency spike due to loading requests for the new\nversion.\n| **Note:** Gradual traffic migration traffic between versions running in the flexible environment is not supported. You must migrate traffic immediately to versions that are running in the flexible environment.\n\nIf warmup requests are enabled, you can migrate traffic between versions that\nreside in different environments only by specifying to migrate traffic\nimmediately.\n\n### Adding warmup requests to your application\n\nWhen warmup requests are enabled, traffic is migrated gradually by first sending\na *warmup request* to new instances before those instances receive any user\nrequests. Warmup requests improve user response time by allowing the version\ncurrently receiving traffic to handle those requests but the traffic migration\nto the new version can take a short amount of time while the new instances are\ncreated.\n\nWhen warmup requests are not enabled, user requests are sent to those new\ninstances before they have been created. Due to the delay caused by creating\nthe new instances and loading application code, latency can occur for those user\nresponses.\n\nFor complete details about enabling warmup requests, see\n[Configuring Warmup Requests to Improve Performance](/appengine/docs/legacy/standard/java/configuring-warmup-requests).\n\n\nMigrating traffic to a new version\n----------------------------------\n\n### Console\n\nTo migrate traffic in the Google Cloud console, go to the Versions page:\n\n[Go to the Versions page](https://console.cloud.google.com/appengine/versions)\n\n1. Select the version to which you want to migrate 100% of the traffic.\n2. Click **Migrate traffic**.\n3. Optional: When warmup requests are enabled your traffic is migrated gradually. To migrate traffic immediately, select the option under the **Show advanced options** section.\n\n### gcloud\n\nAfter installing the [Google Cloud CLI](/sdk/docs), you run the [`gcloud\napp services set-traffic`](/sdk/gcloud/reference/app/services/set-traffic)\ncommand to migrate 100% of traffic to a single version. For example:\n\n- To migrate traffic immediately: \n\n ```bash\n gcloud app services set-traffic [MY_SERVICE] --splits [MY_VERSION]=1\n ```\n- To gradually migrate traffic, you include the optional `--migrate` flag: \n\n ```bash\n gcloud app services set-traffic [MY_SERVICE] --splits [MY_VERSION]=1 --migrate\n ```\n\n### API\n\nTo programmatically migrate traffic, you can use the Admin API,\nsee [Migrating and Splitting\nTraffic](/appengine/docs/admin-api/migrating-splitting-traffic) for details."]]
