Exam Professional Machine Learning Engineer topic 1 question 166 discussion

Considering the goal of minimizing steps while allowing for flexibility, option C - "Trigger GitHub Actions to run the tests, build custom Docker images, push the images to Artifact Registry, and launch the pipeline in Vertex AI Pipelines" appears to be the most straightforward approach. It leverages GitHub Actions for testing and image building, then directly triggers the Vertex AI Pipelines, simplifying the workflow and reducing unnecessary services involved in the process.

Since your team already uses GitHub and GitHub Actions as part of your CI/CD process (including running unit and integration tests), it’s most efficient to extend your existing workflow to also handle the packaging and deployment of your ML pipeline It avoids introducing an extra services like (i.e. Run and Build)...

Cloud Build is a dedicated service for building container images.

Option D is the most suitable answer because it maximizes flexibility, optimizes the image creation process, and integrates well with the Vertex AI Pipelines workflow.

C) GitHub Actions can directly build the Docker images, push them to Artifact Registry, and then trigger the Vertex AI pipeline execution. *A&D) Add complexity by adding Cloud Build *B) Adds Cloud Run for building/pushing Docker images, but GitHub Actions do this. See how: https://medium.com/@sbkapelner/building-and-pushing-to-artifact-registry-with-github-actions-7027b3e443c1

Maximum flexibility needed. Hence D, not C

The correct answer is a. I think is tricky because D is posible, but add one step. and we want to minimize the steps.

option D might seem appealing at first, but it adds unnecessary complexity and makes it more challenging to manage the state of your pipeline. Option C, on the other hand, provides a simpler and more straightforward approach to automating your model retraining workflow using GitHub Actions.

Not A: does not leverage the integration capabilities of GitHub Actions with GitHub for initial testing, which is more efficient when managing repo triggers and workflows directly from Github. Not B: Cloud Run for running stateless containers, not for CI/CD tasks like building and pushing images Not C: building docker images directly in github Actions can encounter limits in terms of build performance and resource availability, esp. for complex images

agree with guilhermebutzke

Security: GitHub Actions are ideal for running unit and integration tests within the controlled environment of your GitHub repository. This keeps your test code separate from the production pipeline code running in Cloud Build. Scalability and Resource Management: Cloud Build is a managed service specifically designed for building container images in Google Cloud. It offers better resource management and scalability for building Docker images compared to Cloud Run, which is primarily designed for running stateless containers. Flexibility: This configuration allows for independent scaling of test execution (in GitHub Actions) and image building (in Cloud Build). You can modify the workflow files in each platform independently without affecting the other.

i agree with guilhermebutzke

Choose D: GitHub Actions should be used to run tests and initiate the workflow upon code merges. Then, Cloud Build is a suitable service for building Docker images and handling the subsequent steps of pushing the images to Artifact Registry. So, Vertex AI Pipelines can be launched as part of the Cloud Build workflow for model retraining. In A Using Cloud Build directly from GitHub Actions would bypass GitHub Actions' capabilities for triggering and testing. In B, Cloud Run for building Docker images can introduce potential compatibility issues with Vertex AI Pipelines. In C,  Skipping Cloud Build for image building limits the workflow's portability and integration with Vertex AI. https://cloud.google.com/vertex-ai/docs/pipelines/introduction https://medium.com/@cait.ray13/serving-ml-model-using-google-pub-sub-python-f569c46e7eb0

It has to be C. Therese no need to use both GH Actions and Cloud Build when GH Actions can do it all by itself

D https://cloud.google.com/build/docs/building/build-containers https://cloud.google.com/build/docs/build-push-docker-image

The best approach would be Option C. By triggering GitHub Actions to run the tests, build custom Docker images, push the images to Artifact Registry, and launch the pipeline in Vertex AI Pipelines, you can automate the model retraining workflow. This approach allows for maximum flexibility and minimizes the steps required to build the workflow.

I am torn between C and D. GitHub actions to run the tests is definitely the simplest. Cloud Build allows to access fully managed CI/CD workflow (you could setup the Docker build job), but I figure it would be easier to do it from GitHub actions directly (https://docs.github.com/en/actions/creating-actions/creating-a-docker-container-action) which allows you to use 1 tool less and achieve the same result.