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.
Connessione a una rete VPC condivisa
Mantieni tutto organizzato con le raccolte
Salva e classifica i contenuti in base alle tue preferenze.
Se la tua organizzazione utilizza VPC condiviso, puoi collegare i servizi dell'ambiente standard App Engine direttamente alla tua rete VPC condiviso utilizzando Accesso VPC serverless.
In questo modo, un servizio dell'ambiente standard può accedere alle risorse nella rete VPC condivisa, ad esempio istanze VM Compute Engine, istanze Memorystore e qualsiasi altra risorsa con un indirizzo IP interno.
I connettori di accesso VPC serverless comportano un addebito mensile. Per ulteriori informazioni, consulta i prezzi di accesso VPC serverless.
Se la tua organizzazione non utilizza Shared VPC, consulta
Connettersi a una rete VPC.
Confronto dei metodi di configurazione
Per la VPC condivisa, i connettori di accesso VPC serverless possono essere configurati in due modi diversi. Puoi configurare i connettori in ogni progetto di servizio che dispone di risorse dell'ambiente standard che richiedono l'accesso alla tua rete oppure puoi configurare i connettori condivisi nel progetto host. Ogni metodo ha i suoi vantaggi.
Progetti di servizio
Vantaggi della creazione di connettori nei progetti di servizio:
- Isolamento: ogni connettore ha una larghezza di banda dedicata e non è interessato dall'utilizzo della larghezza di banda dei connettori in altri progetti di servizi. Questa opzione è utile se hai un servizio che presenta picchi di traffico o se devi assicurarti che ogni progetto di servizio non sia interessato dall'utilizzo del connettore da parte di altri progetti di servizio.
- Rivalutazioni: gli addebiti sostenuti dai connettori sono associati al progetto di servizio contenente il connettore. In questo modo, i chargeback sono più semplici.
- Sicurezza:ti consente di seguire il "principio del privilegio minimo".
Ai connettori deve essere concesso l'accesso alle risorse della rete VPC condivisa che devono raggiungere. Creando un connettore nel progetto di servizio, puoi limitare l'accesso dei servizi al progetto utilizzando le regole firewall.
- Indipendenza del team:riduce la dipendenza dall'amministratore del progetto host.
I team possono creare e gestire i connettori associati al loro progetto di servizio. Un utente con il ruolo Amministratore della sicurezza di Compute Engine o un ruolo Identity and Access Management (IAM) personalizzato con l'autorizzazione
compute.firewalls.create attivata per il progetto host deve comunque gestire le regole del firewall per il connettore.
Per configurare i connettori nei progetti di servizio, consulta
Configurare i connettori nei progetti di servizio.
Progetto host
Vantaggi della creazione di connettori nel progetto host:
- Gestione della rete centralizzata:è in linea con il modello VPC condiviso per centralizzare le risorse di configurazione della rete nel progetto host.
- Spazio di indirizzi IP:consente di preservare una maggiore quantità di spazio di indirizzi IP. I connettori richiedono un indirizzo IP per ogni istanza, quindi avere meno connettori (e meno istanze in ogni connettore) consente di utilizzare meno indirizzi IP. Questa opzione è utile se temi di esaurire gli indirizzi IP.
- Manutenzione:riduce la manutenzione, perché ogni connettore creato può essere utilizzato da più progetti di servizi. Questa opzione è utile se temi il costo aggiuntivo della manutenzione.
- Costo per il tempo di inattività: può ridurre il tempo di inattività del connettore e il costo associato. I connettori comportano costi anche quando non gestiscono il traffico (vedi Prezzi). Avere meno connettori potrebbe ridurre la quantità di risorse che paghi quando non gestisci il traffico, a seconda del tipo di connettore e del numero di istanze. Spesso questa soluzione è conveniente se il tuo caso d'uso prevede un numero elevato di servizi e se questi vengono utilizzati di rado.
Per configurare i connettori nel progetto host, consulta
Configurare i connettori nel progetto host.
Salvo quando diversamente specificato, i contenuti di questa pagina sono concessi in base alla licenza Creative Commons Attribution 4.0, mentre gli esempi di codice sono concessi in base alla licenza Apache 2.0. Per ulteriori dettagli, consulta le norme del sito di Google Developers. Java è un marchio registrato di Oracle e/o delle sue consociate.
Ultimo aggiornamento 2025-09-04 UTC.
[[["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\u003eApp Engine standard environment services can connect directly to a Shared VPC network using Serverless VPC Access, allowing access to resources like Compute Engine VMs and Memorystore instances with internal IP addresses.\u003c/p\u003e\n"],["\u003cp\u003eServerless VPC Access incurs a monthly charge, and is not compatible with the URL Fetch service, necessitating the discontinuation of \u003ccode\u003eURLFetchService\u003c/code\u003e if using Serverless VPC Access.\u003c/p\u003e\n"],["\u003cp\u003eFor Shared VPC setups, connectors can be configured in either service projects, offering benefits like isolation, easier chargebacks, enhanced security, and team independence, or in the host project, providing centralized management, IP address space preservation, reduced maintenance, and potential cost savings for idle time.\u003c/p\u003e\n"],["\u003cp\u003eConfiguring connectors in service projects is ideal for services requiring isolation, detailed chargebacks, and granular security, while host project configuration is better suited for centralized management, conserving IP addresses, and reducing maintenance overhead.\u003c/p\u003e\n"],["\u003cp\u003eShared VPC users that do not wish to use serverless VPC should connect to their VPC network, using the process described in "Connect to a VPC network".\u003c/p\u003e\n"]]],[],null,["# Connecting to a Shared VPC network\n\nIf your organization uses [Shared VPC](/vpc/docs/shared-vpc), you can\nconnect App Engine standard environment services directly to your Shared VPC network\nby using [Serverless VPC Access](/vpc/docs/serverless-vpc-access).\nThis allows a standard environment service to access resources in your\nShared VPC network, such as Compute Engine VM instances,\nMemorystore instances, and any other resources with an internal IP\naddress.\n\nServerless VPC Access connectors incur a monthly charge. For more information, see Serverless VPC Access\n[pricing](/vpc/pricing#serverless-vpc-pricing).\n\nIf your organization does not use Shared VPC, see\n[Connect to a VPC network](/appengine/docs/legacy/standard/java/connecting-vpc).\n\n\u003cbr /\u003e\n\n| **Note:** Serverless VPC Access is not compatible with the [URL Fetch service](/appengine/docs/legacy/standard/java/javadoc/com/google/appengine/api/urlfetch/URLFetchService). To use Serverless VPC Access, discontinue any use of [`URLFetchService`](/appengine/docs/legacy/standard/java/javadoc/com/google/appengine/api/urlfetch/URLFetchService).\n\nComparison of configuration methods\n-----------------------------------\n\nFor Shared VPC, Serverless VPC Access connectors can be\nconfigured in two different ways. You can either set up connectors in each\nservice project that has standard environment resources that need access\nto your network, or you can set up shared connectors in the host project. There\nare advantages to each method. \n\n### Service projects\n\nAdvantages of creating connectors in the service projects:\n\n- **Isolation:** Each connector has dedicated bandwidth and is unaffected by bandwidth use of connectors in other service projects. This is good if you have a service that experiences spikes in traffic, or if you need to ensure that each service project is unaffected by connector use of other service projects.\n- **Chargebacks:** Charges incurred by connectors are associated with the service project containing the connector. This enables easier chargebacks.\n- **Security:** Allows you to follow the \"principle of least privilege.\" Connectors must be granted access to the resources in your Shared VPC network that they need to reach. By creating a connector in the service project, you can limit what the services in the project can access by using firewall rules.\n- **Team independence:** Reduces dependency on the host project administrator. Teams can create and manage the connectors associated with their service project. A user with the Compute Engine [Security Admin](/compute/docs/access/iam#compute.securityAdmin) role or a custom [Identity and Access Management (IAM)](/iam) role with the [`compute.firewalls.create`](/compute/docs/reference/rest/v1/firewalls/insert#iam-permissions) permission enabled for the host project must still manage firewall rules for the connector.\n\nTo set up connectors in service projects, see\n[Configure connectors in service projects](/appengine/docs/legacy/standard/java/shared-vpc-service-projects).\n\n### Host project\n\nAdvantages of creating connectors in the host project:\n\n- **Centralized network management:** Aligns with the Shared VPC model of centralizing network configuration resources in the host project.\n- **IP address space:** Preserves more of your IP address space. Connectors require an IP address for each instance, so having fewer connectors (and fewer instances in each connector) uses fewer IP addresses. This is good if you are concerned about running out of IP addresses.\n- **Maintenance:** Reduces maintenance, because each connector you create may be used by multiple service projects. This is good if you are concerned about maintenance overhead.\n- **Cost for idle time:** Can reduce the amount of connector idle time and associated cost. Connectors incur costs even when they are not serving traffic (see [pricing](/vpc/pricing#serverless-vpc-pricing)). Having fewer connectors may reduce the amount of resource you pay for when not serving traffic, depending on your connector type and number of instances. This is often cost effective if your use case involves a large number of services, and the services are used infrequently.\n\nTo set up connectors in the host project, see\n[Configure connectors in the host project](/appengine/docs/legacy/standard/java/shared-vpc-host-project)."]]
