Questo browser non è più supportato.
Esegui l'aggiornamento a Microsoft Edge per sfruttare i vantaggi di funzionalità più recenti, aggiornamenti della sicurezza e supporto tecnico.
Scegliere la risposta migliore per ogni domanda.
Un team archivia gli script di training, i file YAML del componente della pipeline e un file binario del modello sottoposto a training nello stesso repository GitHub. Quale elemento è fuori posto?
Il file binario del modello addestrato.
I file YAML del componente della pipeline.
Gli script di formazione.
Un data scientist esegue direttamente il push di una modifica al main ramo che interrompe lo script di training. Quale pratica avrebbe impedito questo?
main
Regola di protezione dei rami che blocca i push diretti a main, combinati con un processo di richiesta pull.
Flusso di lavoro pianificato che testa main ogni notte.
Un segreto del repository che archivia le credenziali di Azure solo per il ramo principale.
Un team vuole che il linting venga eseguito automaticamente ogni volta che qualcuno apre una pull request e che il merge venga bloccato se il linting fallisce. Quali due funzionalità di GitHub collaborano per far rispettare questo?
Un flusso di lavoro con un pull_request trigger e una regola di protezione dei rami che richiede il controllo dello stato del flusso di lavoro.
pull_request
Un flusso di lavoro con un push attivatore su main e l'approvazione obbligatoria di un revisore.
push
Un flusso di lavoro pianificato e un ambiente GitHub con i revisori necessari.
Un team usa un'entità servizio con segreti del client archiviati nei segreti di GitHub per autenticare il proprio workflow di training ad Azure. Una valutazione di sicurezza raccomanda di passare alla federazione delle identità dei carichi di lavoro con OIDC. Qual è il vantaggio principale per la sicurezza?
La federazione dell'identità del carico di lavoro genera token di breve durata in fase di esecuzione anziché archiviare credenziali di lunga durata, pertanto un token compromesso ha una finestra di validità limitata.
La federazione dell'identità del carico di lavoro assegna automaticamente all'entità servizio il ruolo di Azure minimo necessario.
La federazione delle identità dei carichi di lavoro archivia le credenziali crittografate in Azure Key Vault anziché nei segreti di GitHub.
Griglia di eventi di Azure segnala che i nuovi dati di training sono arrivati nell'archiviazione. Il team vuole che questo evento avvii un workflow di riaddestramento di GitHub Actions. Perché la progettazione usa un intermediario?
GitHub Actions non sottoscrive in modo nativo gli eventi di Griglia di eventi, quindi un intermediario può ricevere l'evento, eseguire l'autenticazione per GitHub e inviare una repository_dispatch chiamata.
repository_dispatch
Griglia di eventi può inviare eventi solo ai servizi nella stessa sottoscrizione Azure.
Un repository_dispatch evento richiede che esista una richiesta pull prima che possa essere inviata.
Devi rispondere a tutte le domande prima di controllare il lavoro svolto.
Questa pagina è stata utile?
Serve aiuto con questo argomento?
Provare a usare Ask Learn per chiarire o guidare l'utente in questo argomento?