Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Why does Google Cloud Buildpacks choose to use ubuntu:22.04 rather than "Distroless" Container Images as the build and run base image? #400

Open
Karibic opened this issue Apr 9, 2024 · 1 comment
Assignees
Labels
kind/question Further information is requested

Comments

@Karibic
Copy link

Karibic commented Apr 9, 2024

I wonder know what is the technical considerations behind this decision? Because "Distroless Container Images" project is also from Google and is well known for its security and performance,that aligns well with the security and efficiency goals of serverless platforms.

@jama22 jama22 self-assigned this Apr 17, 2024
@jama22 jama22 added the kind/question Further information is requested label Apr 17, 2024
@jama22
Copy link
Collaborator

jama22 commented Apr 25, 2024

Hey good question! GCP's buildpacks are mostly used for Serverless use cases, things like App Engine, Functions, and Cloud Run. This lets us curate the runtime environment to support those developers, and it also means that nobody has to think about writing Dockerfiles! However, one of the tradeoffs of using Buildpacks is that it's not very straightforward for the end user to customize the build or run base images (aka the Stack). To support as many use cases as possible, we curate Stacks with system packages to capture as many use-cases as possible.

We've thought about supporting Distroless container images, but always struggle around the potential UX for the customers. There's open questions around how we would allow you to customize the build and run image, without telling you to just build your own stack.

I'd be curious to know how you'd want to use distroless + Buildpacks...maybe there's a use case that I'm not thinking of!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/question Further information is requested
Projects
None yet
Development

No branches or pull requests

2 participants