I job di addestramento personalizzato (risorse CustomJob
nell'API Vertex AI) sono il modo di base per eseguire il codice di addestramento di machine learning (ML) personalizzato in Vertex AI.
Prima di inviare un job
Prima di creare un CustomJob
in Vertex AI, devi creare un'applicazione di addestramento Python o un'immagine container personalizzata per definire il codice di addestramento e le dipendenze che vuoi eseguire su Vertex AI.
Ti consigliamo di utilizzare la funzionalità di autopackaging di Google Cloud CLI,
descritta in una sezione successiva di questa guida, per creare un'immagine container Docker dal codice sulla tua macchina locale, eseguire il push di questa immagine container in
Artifact Registry e creare un CustomJob
, tutto con un unico comando.
In caso contrario, devi creare manualmente un'applicazione di addestramento Python o un'immagine container personalizzata.
Se non sai quale di queste opzioni scegliere, consulta i requisiti del codice di addestramento per saperne di più.
Che cosa include un job personalizzato
Quando crei un job personalizzato, devi specificare le impostazioni di cui ha bisogno Vertex AI per eseguire il codice di addestramento, tra cui:
- Un pool di worker per l'addestramento con un nodo singolo (
WorkerPoolSpec
) oppure più pool di worker per l'addestramento distribuito - Impostazioni facoltative per la configurazione della pianificazione dei job (
Scheduling
), impostazione di determinate variabili di ambiente per il codice di addestramento, utilizzo di un account di servizio personalizzato e utilizzo del peering di reti VPC
All'interno dei pool di worker, puoi specificare le seguenti impostazioni:
- Tipi di macchine e acceleratori
- Configurazione del tipo di codice di addestramento eseguito dal pool di worker: un'applicazione di addestramento Python (
PythonPackageSpec
) o un container personalizzato (ContainerSpec
)
Puoi anche configurare job personalizzati da eseguire su una risorsa permanente anziché creare nuove risorse di calcolo durante l'avvio del job. Per saperne di più sulla risorsa permanente, consulta Panoramica della risorsa permanente.
Configura l'addestramento distribuito
Puoi configurare un CustomJob
per l'addestramento distribuito specificando
più pool di worker.
La maggior parte degli esempi in questa pagina mostra job di addestramento con una sola replica e un solo pool di worker. Per modificarli per l'addestramento distribuito:
- Utilizza il primo worker pool per configurare la replica principale e imposta il numero di repliche su 1.
- Aggiungi altri worker pool per configurare le repliche dei worker, le repliche del server dei parametri o le repliche dell'evaluatore, se il tuo framework di machine learning supporta queste attività di cluster aggiuntive per l'addestramento distribuito.
Scopri di più sull'utilizzo dell'addestramento distribuito.
Crea un CustomJob
Per creare un CustomJob
, segui le istruzioni in una delle seguenti schede,
a seconda dello strumento che vuoi utilizzare. Se utilizzi la gcloud CLI,
puoi utilizzare un unico comando per creare automaticamente un pacchetto del codice di addestramento sulla tua macchina locale
in un'immagine container Docker, eseguire il push dell'immagine container su
Artifact Registry e creare un CustomJob
. Le altre opzioni presuppongono che tu abbia
già creato un'applicazione di addestramento Python o un'immagine container personalizzata.
gcloud
Gli esempi seguenti utilizzano il comando gcloud ai custom-jobs create
.
Se il codice di addestramento si trova sul computer locale, ti consigliamo di seguire la sezione Con autopackaging. In alternativa, se hai già creato un'applicazione di addestramento Python o un'immagine container personalizzata, vai direttamente alla sezione Senza autopackaging.
Con autopackaging
Se hai un codice di addestramento sul computer locale, puoi utilizzare un singolo comando per:
- Crea un'immagine Docker personalizzata basata sul tuo codice.
- Esegui il push dell'immagine in Artifact Registry.
- Avvia una
CustomJob
basata sull'immagine.
Il risultato è simile alla creazione di un CustomJob
utilizzando qualsiasi altro contenitore personalizzato. Puoi utilizzare questa versione del comando se è conveniente per il tuo flusso di lavoro.
Prima di iniziare
Poiché questa versione del comando crea ed esegue il push di un'immagine Docker, devi eseguire la seguente configurazione sul computer locale:
Se utilizzi Linux, configura Docker in modo da poterlo eseguire senza
sudo
.Enable the Artifact Registry API.
Configura l'autenticazione per Docker, in modo da poter eseguire il push delle immagini Docker in Artifact Registry:
gcloud auth configure-docker
Crea ed esegui il push dell'immagine Docker e crea un CustomJob
Il comando seguente crea un'immagine Docker basata su un'immagine container di addestramento predefinita e sul codice Python locale, esegue il push dell'immagine in Artifact Registry e crea un CustomJob
.
gcloud ai custom-jobs create \
--region=LOCATION \
--display-name=JOB_NAME \
--worker-pool-spec=machine-type=MACHINE_TYPE,replica-count=REPLICA_COUNT,executor-image-uri=EXECUTOR_IMAGE_URI,local-package-path=WORKING_DIRECTORY,script=SCRIPT_PATH
Sostituisci quanto segue:
LOCATION: la regione in cui verrà eseguito il container o il pacchetto Python.
JOB_NAME: obbligatorio. Un nome visualizzato per
CustomJob
.MACHINE_TYPE: Il tipo di macchina. Consulta i tipi di macchina disponibili per l'addestramento.
REPLICA_COUNT: il numero di repliche dei worker da usare. Nella maggior parte dei casi, imposta questo valore su
1
per il primo pool di worker.EXECUTOR_IMAGE_URI: l'URI dell'immagine del container che esegue il codice fornito. Consulta i container predefiniti disponibili per l'addestramento.
Questa immagine funge da immagine di base per la nuova immagine Docker che stai creando con questo comando.
WORKING_DIRECTORY: una directory nel file system locale contenente lo script del punto di ingresso che esegue il codice di addestramento (vedi l'elemento di elenco seguente).
Puoi utilizzare la directory principale dello script o una directory di livello superiore. Potresti voler utilizzare una directory di livello superiore per specificare un nome di modulo Python completo (vedi l'elemento di elenco seguente). Potresti anche voler utilizzare una directory di livello superiore se contiene un file
requirements.txt
osetup.py
. Per saperne di più, consulta Installare le dipendenze.Tieni presente che, anche se specifichi una directory di livello superiore, questo comando copia solo la directory principale dello script del punto di ingresso nell'immagine Docker.
SCRIPT_PATH: il percorso relativo a WORKING_DIRECTORY nel file system locale e in cui si trova lo script che funge da punto di ingresso per il codice di addestramento. Può essere uno script Python (che termina con
.py
) o uno script Bash.Ad esempio, se vuoi eseguire
/hello-world/trainer/task.py
e WORKING_DIRECTORY è/hello-world
, usatrainer/task.py
per questo valore.Utilizza
python-module
al posto discript
Se vuoi, puoi sostituire
script=SCRIPT_PATH
conpython-module=PYTHON_MODULE
per specificare il nome di un modulo Python in WORKING_DIRECTORY da eseguire come punto di ingresso per l'addestramento. Ad esempio, invece discript=trainer/task.py
, potresti specificarepython-module=trainer.task
.In questo caso, il container Docker risultante carica il codice come modulo anziché come script. Probabilmente vorrai utilizzare questa opzione se lo script del punto di ingresso importa altri moduli Python in WORKING_DIRECTORY.
Installa le dipendenze
Quando utilizzi il packaging automatico, puoi installare le dipendenze Python nel container
negli stessi modi disponibili quando utilizzi il comando
local-run
di gcloud CLI. Per scoprire i vari modi per installare le dipendenze di Python, leggi la sezione Installare le dipendenze della guida al comando local-run
.
La sintassi per specificare le dipendenze è leggermente diversa quando utilizzi
il pacchetto automatico rispetto a quando utilizzi il comando local-run
. Anziché utilizzare i flag della riga di comando per specificare le dipendenze, devi utilizzare le opzioni nel valore del flag --worker-pool-spec
. Inoltre, i valori all'interno di queste
opzioni devono essere separati da punti e virgole anziché da virgole. Nello specifico, la
sintassi:
Anziché il flag
--local-package-path
del comandolocal-run
, utilizza l'opzionelocal-package-path
nel valore del flag--worker-pool-spec
. Se la directory di lavoro specificata con questa opzione contiene un filerequirements.txt
osetup.py
, il pacchetto automatico installa le dipendenze in base a questo file.L'esempio precedente mostra questa sintassi.
(Facoltativo) Anziché il flag
--requirements
, utilizza l'opzionerequirements
nel valore del flag--worker-pool-spec
. Anziché separare le dipendenze PyPI con virgole, utilizza i punti e virgole.(Facoltativo) Anziché il flag
--extra-packages
, utilizza l'opzioneextra-packages
nel valore del flag--worker-pool-spec
. Anziché separare le dipendenze locali con le virgole, utilizza i punti e virgola.(Facoltativo) Invece del flag
--extra-dirs
, utilizza l'opzioneextra-dirs
nel valore del flag--worker-pool-spec
. Anziché separare i percorsi delle directory con virgole, utilizza i punti e virgola.
L'esempio seguente mostra come installare le dipendenze utilizzando tutte le
tecniche facoltative. Puoi specificare qualsiasi sottoinsieme. Per mostrare la sintassi
del punto e virgola, l'esempio specifica due valori per ogni opzione. Per ridurre
la lunghezza dell'esempio, le altre opzioni --worker-pool-spec
vengono sostituite da
[...]
.
gcloud ai custom-jobs create \
--region=LOCATION \
--display-name=JOB_NAME \
--worker-pool-spec=[...],requirements=PYPI_DEP_1;PYPI_DEP_2,extra-packages=LOCAL_DEP_1;LOCAL_DEP_2,extra-dirs=EXTRA_DIR_1;EXTRA_DIR_2
Per scoprire i valori appropriati per questi segnaposto, vedi "Install
dependencies" nella guida al comando local-run
.
Senza autopackaging
Se non utilizzi il packaging automatico, puoi creare un CustomJob
con un comando
simile a uno dei seguenti. A seconda che tu abbia
creato un'applicazione di addestramento Python o un'immagine container personalizzata, scegli
una delle seguenti schede:
App di allenamento Python
gcloud ai custom-jobs create \
--region=LOCATION \
--display-name=JOB_NAME \
--python-package-uris=PYTHON_PACKAGE_URIS \
--worker-pool-spec=machine-type=MACHINE_TYPE,replica-count=REPLICA_COUNT,executor-image-uri=EXECUTOR_IMAGE_URI,python-module=PYTHON_MODULE
Sostituisci quanto segue:
- LOCATION: la regione in cui verrà eseguito il container o il pacchetto Python.
-
JOB_NAME: obbligatorio. Un nome visualizzato per
CustomJob
. - PYTHON_PACKAGE_URIS: elenco separato da virgole di URI di Cloud Storage che specificano i file del pacchetto Python, ovvero il programma di addestramento e i rispettivi pacchetti dipendenti. Il numero massimo di URI dei pacchetti è 100.
- MACHINE_TYPE: Il tipo di macchina. Consulta i tipi di macchina disponibili per l'addestramento.
-
REPLICA_COUNT: il numero di repliche dei worker da usare. Nella maggior parte dei casi,
imposta questo valore su
1
per il primo pool di worker. - EXECUTOR_IMAGE_URI: l'URI dell'immagine del container che esegue il codice fornito. Consulta i container predefiniti disponibili per l'addestramento.
- PYTHON_MODULE: il nome del modulo Python da eseguire dopo l'installazione dei pacchetti.
Immagine del container personalizzato
gcloud ai custom-jobs create \
--region=LOCATION \
--display-name=JOB_NAME \
--worker-pool-spec=machine-type=MACHINE_TYPE,replica-count=REPLICA_COUNT,container-image-uri=CUSTOM_CONTAINER_IMAGE_URI
Sostituisci quanto segue:
- LOCATION: la regione in cui verrà eseguito il container o il pacchetto Python.
-
JOB_NAME: obbligatorio. Un nome visualizzato per
CustomJob
. - MACHINE_TYPE: Il tipo di macchina. Consulta i tipi di macchina disponibili per l'addestramento.
-
REPLICA_COUNT: il numero di repliche dei worker da usare. Nella maggior parte dei casi,
imposta questo valore su
1
per il primo pool di worker. - CUSTOM_CONTAINER_IMAGE_URI: l'URI di un'immagine container in Artifact Registry o Docker Hub da eseguire su ogni replica worker.
Addestramento distribuito
Per eseguire l'addestramento distribuito, specifica il
flag --worker-pool-spec
più volte, una per ogni pool di worker.
Se utilizzi il packaging automatico, devi specificare solo local-package-path
,
script
e altre opzioni correlate al packaging automatico nel primo pool di lavoratori.
Ometti i campi relativi al codice di addestramento nei worker pool successivi, che utilizzeranno tutti lo stesso container di addestramento creato tramite il pacchetto automatico.
Ad esempio, il seguente comando adatta un esempio precedente di creazione automatica dei pacchetti per utilizzare un secondo worker pool:
gcloud ai custom-jobs create \
--region=LOCATION \
--display-name=JOB_NAME \
--worker-pool-spec=machine-type=MACHINE_TYPE,replica-count=REPLICA_COUNT,executor-image-uri=EXECUTOR_IMAGE_URI,local-package-path=WORKING_DIRECTORY,script=SCRIPT_PATH \
--worker-pool-spec=machine-type=SECOND_POOL_MACHINE_TYPE,replica-count=SECOND_POOL_REPLICA_COUNT
Se non utilizzi il packaging automatico, specifica ogni pool di worker in modo completo e indipendente; non omettere alcun campo.
I seguenti comandi adattano gli esempi precedenti per utilizzare un secondo pool di worker:
App di allenamento Python
gcloud ai custom-jobs create \
--region=LOCATION \
--display-name=JOB_NAME \
--python-package-uris=PYTHON_PACKAGE_URIS \
--worker-pool-spec=machine-type=MACHINE_TYPE,replica-count=REPLICA_COUNT,executor-image-uri=EXECUTOR_IMAGE_URI,python-module=PYTHON_MODULE \
--worker-pool-spec=machine-type=SECOND_POOL_MACHINE_TYPE,replica-count=SECOND_POOL_REPLICA_COUNT,executor-image-uri=SECOND_POOL_EXECUTOR_IMAGE_URI,python-module=SECOND_POOL_PYTHON_MODULE
Immagine del container personalizzato
gcloud ai custom-jobs create \
--region=LOCATION \
--display-name=JOB_NAME \
--worker-pool-spec=machine-type=MACHINE_TYPE,replica-count=REPLICA_COUNT,container-image-uri=CUSTOM_CONTAINER_IMAGE_URI \
--worker-pool-spec=machine-type=SECOND_POOL_MACHINE_TYPE,replica-count=SECOND_POOL_REPLICA_COUNT,container-image-uri=SECOND_POOL_CUSTOM_CONTAINER_IMAGE_URI
Configurazione avanzata
Per specificare opzioni di configurazione non disponibili negli esempi precedenti, puoi utilizzare il flag --config
per specificare il percorso di un file config.yaml
nell'ambiente locale contenente i campi di CustomJobSpec
. Ad esempio:
gcloud ai custom-jobs create \
--region=LOCATION \
--display-name=JOB_NAME \
--config=config.yaml
Visualizza un esempio di file config.yaml
.
Console
Nella console Google Cloud , non puoi creare direttamente una risorsa CustomJob
.
Tuttavia, puoi creare una risorsa TrainingPipeline
che crea un
CustomJob
.
Le seguenti istruzioni descrivono come creare un TrainingPipeline
che
crea un CustomJob
e non fa altro. Se vuoi utilizzare
funzionalità TrainingPipeline
aggiuntive, come l'addestramento con un set di dati gestito o
la creazione di una risorsa Model
al termine dell'addestramento, leggi Creazione di pipeline di
addestramento.
Nella console Google Cloud , nella sezione Vertex AI, vai alla pagina Pipeline di addestramento.
Fai clic su
Crea per aprire il riquadro Addestra nuovo modello.Nel passaggio Metodo di addestramento, specifica le seguenti impostazioni:
Nell'elenco a discesa Set di dati, seleziona Nessun set di dati gestito.
Seleziona Addestramento personalizzato (avanzato).
Fai clic su Continua.
Nel passaggio Dettagli modello, scegli Addestra nuovo modello o Addestra nuova versione. Se selezioni Addestra nuovo modello, inserisci un nome a tua scelta, MODEL_NAME, per il modello. Fai clic su Continua.
Nel passaggio Container di addestramento, specifica le seguenti impostazioni:
Seleziona se utilizzare un container predefinito o un container personalizzato per l'addestramento.
A seconda della tua scelta, esegui una delle seguenti operazioni:
Se vuoi utilizzare un container predefinito per l'addestramento, fornisci a Vertex AI le informazioni necessarie per utilizzare il pacchetto di addestramento che hai caricato su Cloud Storage:
Utilizza gli elenchi a discesa Framework modello e Versione framework modello per specificare il container predefinito che vuoi utilizzare.
Nel campo Posizione pacchetto, specifica l'URI Cloud Storage dell'applicazione di addestramento Python che hai creato e caricato. Questo file di solito termina con
.tar.gz
.Nel campo Modulo Python, inserisci il nome del modulo del punto di ingresso dell'applicazione di addestramento.
Se vuoi utilizzare un container personalizzato per l'addestramento, specifica l'URI di Artifact Registry o Docker Hub dell'immagine container nel campo Immagine container.
Nel campo Directory di output del modello, puoi specificare l'URI Cloud Storage di una directory in un bucket a cui hai accesso. La directory non deve ancora esistere.
Questo valore viene trasmesso a Vertex AI nel campo
baseOutputDirectory
API, che imposta diverse variabili di ambiente a cui l'applicazione di addestramento può accedere durante l'esecuzione.(Facoltativo): nel campo Argomenti, puoi specificare gli argomenti che Vertex AI deve utilizzare quando inizia a eseguire il codice di addestramento. La lunghezza massima per tutti gli argomenti combinati è di 100.000 caratteri. Il comportamento di questi argomenti varia a seconda del tipo di contenitore che utilizzi:
Se utilizzi un container predefinito, Vertex AI passa gli argomenti come flag della riga di comando al tuo modulo Python.
Se utilizzi un container personalizzato, Vertex AI esegue l'override dell'istruzione
CMD
del container con gli argomenti.
Fai clic su Continua.
Nel passaggio Ottimizzazione degli iperparametri, assicurati che la casella di controllo Abilita ottimizzazione degli iperparametri non sia selezionata. Fai clic su Continua.
Nel passaggio Compute e prezzi, specifica le seguenti impostazioni:
Nell'elenco a discesa Regione, seleziona una "regione che supporta l'addestramento personalizzato".
Nella sezione Pool di worker 0, specifica le risorse di calcolo da utilizzare per l'addestramento.
Se specifichi gli acceleratori, assicurati che il tipo di acceleratore che scegli sia disponibile nella regione selezionata.
Se vuoi eseguire l'addestramento distribuito, fai clic su Aggiungi altri worker pool e specifica un insieme aggiuntivo di risorse di calcolo per ogni worker pool aggiuntivo che vuoi.
Fai clic su Continua.
Nel passaggio Contenitore di previsione, seleziona Nessun contenitore di previsione.
Fai clic su Inizia addestramento per avviare la pipeline di addestramento personalizzato.
REST
Prima di utilizzare i dati della richiesta, apporta le seguenti sostituzioni:
- LOCATION: la regione in cui verrà eseguito il container o il pacchetto Python.
- PROJECT_ID: il tuo ID progetto
-
JOB_NAME: obbligatorio. Un nome visualizzato per
CustomJob
. - Definisci il job di addestramento personalizzato:
- MACHINE_TYPE: Il tipo di macchina. Consulta i tipi di macchina disponibili per l'addestramento.
- ACCELERATOR_TYPE: (Facoltativo) Il tipo di acceleratore da collegare al job.
- ACCELERATOR_COUNT: (Facoltativo) Il numero di acceleratori da collegare al job.
- DISK_TYPE: (Facoltativo) Il tipo di disco di avvio da utilizzare per il job,
pd-standard
(impostazione predefinita) opd-ssd
. Scopri di più sui tipi di disco. - DISK_SIZE: (Facoltativo) Le dimensioni in GB del disco di avvio da utilizzare per il job. Il valore predefinito è 100.
-
REPLICA_COUNT: il numero di repliche dei worker da usare. Nella maggior parte dei casi,
imposta questo valore su
1
per il primo pool di worker. - Se la tua applicazione di addestramento viene eseguita in un container personalizzato, specifica quanto segue:
- CUSTOM_CONTAINER_IMAGE_URI: l'URI di un'immagine container in Artifact Registry o Docker Hub da eseguire su ogni replica worker. /li>
- CUSTOM_CONTAINER_COMMAND: (Facoltativo) Il comando da richiamare all'avvio del container. Questo comando esegue l'override dell'entrypoint predefinito del container.
- CUSTOM_CONTAINER_ARGS: (Facoltativo) Gli argomenti da passare all'avvio del container.
- Se la tua applicazione di addestramento è un pacchetto Python eseguito in un container predefinito,
specifica quanto segue:
- EXECUTOR_IMAGE_URI: l'URI dell'immagine del container che esegue il codice fornito. Consulta i container predefiniti disponibili per l'addestramento.
- PYTHON_PACKAGE_URIS: elenco separato da virgole di URI di Cloud Storage che specificano i file del pacchetto Python, ovvero il programma di addestramento e i rispettivi pacchetti dipendenti. Il numero massimo di URI dei pacchetti è 100.
- PYTHON_MODULE: il nome del modulo Python da eseguire dopo l'installazione dei pacchetti.
- PYTHON_PACKAGE_ARGS: (Facoltativo) Argomenti della riga di comando da passare al modulo Python.
- Scopri di più sulle opzioni di pianificazione dei job.
- TIMEOUT: (Facoltativo) Il tempo di esecuzione massimo per il job.
- Specifica LABEL_NAME e LABEL_VALUE per le etichette che vuoi applicare a questo job personalizzato.
Metodo HTTP e URL:
POST https://LOCATION-aiplatform.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION/customJobs
Corpo JSON della richiesta:
{ "displayName": "JOB_NAME", "jobSpec": { "workerPoolSpecs": [ { "machineSpec": { "machineType": MACHINE_TYPE, "acceleratorType": ACCELERATOR_TYPE, "acceleratorCount": ACCELERATOR_COUNT }, "replicaCount": REPLICA_COUNT, "diskSpec": { "bootDiskType": DISK_TYPE, "bootDiskSizeGb": DISK_SIZE }, // Union field task can be only one of the following: "containerSpec": { "imageUri": CUSTOM_CONTAINER_IMAGE_URI, "command": [ CUSTOM_CONTAINER_COMMAND ], "args": [ CUSTOM_CONTAINER_ARGS ] }, "pythonPackageSpec": { "executorImageUri": EXECUTOR_IMAGE_URI, "packageUris": [ PYTHON_PACKAGE_URIS ], "pythonModule": PYTHON_MODULE, "args": [ PYTHON_PACKAGE_ARGS ] } // End of list of possible types for union field task. } // Specify one workerPoolSpec for single replica training, or multiple workerPoolSpecs // for distributed training. ], "scheduling": { "timeout": TIMEOUT } }, "labels": { LABEL_NAME_1": LABEL_VALUE_1, LABEL_NAME_2": LABEL_VALUE_2 } }
Per inviare la richiesta, scegli una di queste opzioni:
curl
Salva il corpo della richiesta in un file denominato request.json
,
quindi esegui il comando seguente:
curl -X POST \
-H "Authorization: Bearer $(gcloud auth print-access-token)" \
-H "Content-Type: application/json; charset=utf-8" \
-d @request.json \
"https://LOCATION-aiplatform.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION/customJobs"
PowerShell
Salva il corpo della richiesta in un file denominato request.json
,
quindi esegui il comando seguente:
$cred = gcloud auth print-access-token
$headers = @{ "Authorization" = "Bearer $cred" }
Invoke-WebRequest `
-Method POST `
-Headers $headers `
-ContentType: "application/json; charset=utf-8" `
-InFile request.json `
-Uri "https://LOCATION-aiplatform.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION/customJobs" | Select-Object -Expand Content
La risposta contiene informazioni sulle specifiche e sul JOB_ID.
Java
Prima di provare questo esempio, segui le istruzioni di configurazione di Java nella guida rapida di Vertex AI per l'utilizzo delle librerie client. Per ulteriori informazioni, consulta la documentazione di riferimento dell'API Vertex AI Java.
Per autenticarti in Vertex AI, configura le Credenziali predefinite dell'applicazione. Per ulteriori informazioni, consulta Configura l'autenticazione per un ambiente di sviluppo locale.
Node.js
Prima di provare questo esempio, segui le istruzioni di configurazione di Node.js nella guida rapida di Vertex AI per l'utilizzo delle librerie client. Per ulteriori informazioni, consulta la documentazione di riferimento dell'API Vertex AI Node.js.
Per autenticarti in Vertex AI, configura le Credenziali predefinite dell'applicazione. Per ulteriori informazioni, consulta Configura l'autenticazione per un ambiente di sviluppo locale.
Python
Per scoprire come installare o aggiornare l'SDK Vertex AI Python, consulta Installare l'SDK Vertex AI Python. Per saperne di più, consulta la documentazione di riferimento dell'API Python.
Passaggi successivi
- Scopri come individuare i colli di bottiglia delle prestazioni di addestramento per addestrare i modelli in modo più rapido ed economico utilizzando Cloud Profiler.
- Consulta Creare pipeline di addestramento per scoprire come creare pipeline di addestramento per eseguire applicazioni di addestramento personalizzato su Vertex AI.
- Scopri come pianificare job di addestramento personalizzati in base alla disponibilità delle risorse.