Você precisa criar um contêiner para o Cloud Run sem um Dockerfile, e sua organização exige que todas as imagens sejam enviadas para um repositório de contêiner central. Quais etapas você deve usar? (Escolha duas.)

As opções corretas são "Use o comando pack build (Cloud Native Buildpacks) via pack CLI para produzir a imagem" e "Use gcloud run deploy --source para construir e implantar a partir do código-fonte". O comando pack build utiliza Cloud Native Buildpacks para criar uma imagem de contêiner a partir do código-fonte sem a necessidade de um Dockerfile, atendendo ao requisito. A opção gcloud run deploy --source também utiliza Buildpacks internamente para construir a imagem diretamente do código-fonte e implantá-la no Cloud Run, simplificando o processo e enviando a imagem para um registro central (Artifact Registry por padrão). A opção "Envie o código-fonte do seu aplicativo diretamente para o Artifact Registry" está incorreta porque o Artifact Registry armazena imagens de contêiner, não código-fonte bruto. A opção "Envie um job do Cloud Build que construa e envie a imagem para o registro central" é uma forma válida de construir imagens, mas não atende ao requisito de não usar um Dockerfile, a menos que o job do Cloud Build seja configurado para usar Buildpacks, o que não é explicitamente declarado. A opção "Use gcloud run deploy com --platform=kubernetes para construir a imagem" está incorreta porque --platform=kubernetes é para implantar em um cluster GKE, não para construir a imagem, e não aborda a ausência de um Dockerfile.