Este browser já não é suportado.
Atualize para o Microsoft Edge para tirar partido das mais recentes funcionalidades, atualizações de segurança e de suporte técnico.
Escolha a melhor resposta para cada uma das perguntas.
Uma equipa armazena os seus scripts de treino, ficheiros YAML do componente do pipeline e um binário de modelo treinado no mesmo repositório do GitHub. Qual é o objeto que está perdido?
O binário do modelo treinado.
Os ficheiros YAML do componente pipeline.
Os scripts de formação.
Um cientista de dados faz diretamente uma alteração na ramificação main, que quebra o script de treino. Que prática teria evitado isto?
main
Uma regra de proteção de ramificações que bloqueia envios diretos para main, combinada com um processo de pull request.
Um fluxo de trabalho agendado que testa main todas as noites.
Um segredo de repositório que armazena credenciais do Azure apenas para o ramo principal.
Uma equipa quer que o linting seja executado automaticamente sempre que alguém cria um pull request, e a integração deve ser bloqueada se o linting falhar. Quais são as duas funcionalidades do GitHub que funcionam em conjunto para impor isto?
Um fluxo de trabalho com um acionador pull_request e uma regra de proteção de ramificações que requer a verificação de estado desse fluxo de trabalho.
pull_request
Um fluxo de trabalho com um push acionador em main e aprovação obrigatória por um revisor.
push
Um fluxo de trabalho agendado e um ambiente GitHub com revisores obrigatórios.
Uma equipa utiliza um principal de serviço com segredos de cliente armazenados nos segredos do GitHub para autenticar o seu fluxo de trabalho de treino no Azure. Uma revisão de segurança recomenda mudar para a federação de identidades de carga de trabalho com OIDC. Qual é o principal benefício de segurança?
A federação de identidade de carga de trabalho emite tokens de curta duração em tempo de execução em vez de armazenar credenciais de longa duração, pelo que um token comprometido tem uma janela de validade limitada.
A federação de identidade de carga de trabalho atribui automaticamente ao principal de serviço o papel mínimo exigido no Azure.
A federação de identidade de carga de trabalho armazena credenciais encriptadas no Azure Key Vault em vez de segredos do GitHub.
O Azure Event Grid reporta que novos dados de treino chegaram ao armazenamento. A equipa quer que este evento inicie um fluxo de trabalho de reformação do GitHub Actions. Porque é que o design usa um intermediário?
O GitHub Actions não subscreve nativamente os eventos do Event Grid, por isso um intermediário pode receber o evento, autenticar-se no GitHub e enviar uma repository_dispatch chamada.
repository_dispatch
O Event Grid só pode enviar eventos para serviços na mesma subscrição do Azure.
Um repository_dispatch evento exige que exista um pull request antes de poder ser enviado.
Tem de responder a todas as questões antes de verificar o seu trabalho.
Esta página foi útil?
Precisa de ajuda com este tópico?
Quer tentar utilizar o perguntar e Aprender para obter esclarecimentos ou orientações ao longo deste tópico?