Ideally, we would as much as possible eliminate the container as a part of the contract a user expects. Hyrum's dead end is where progress is halted or slowed because users have come to depend on things not intended. We have not been very successful, but the intention has always been that the use of containers is an implementation detail of us running their UDFs, subject to change or outright removal at any time, except for those parts explicitly specified as part of the job (like staged dependencies, requirements files, and, yes, custom containers). So moving to a container that has less accidentally exposed to the user is a very good thing.
Kenn On Wed, Nov 27, 2024 at 12:51 PM Damon Douglas <damondoug...@apache.org> wrote: > Thank you for everyone's feedback on the naming. There were other related > discussions about container images that were really helpful to read. > However, for the sake of moving > https://issues.apache.org/jira/browse/INFRA-26298 forward, I'm assuming > no one has blocking concerns. > > I'll respond to the individual non-naming related issues in time. Thank > you so much. > > Best, > > Damon > > On 2024/11/25 22:31:03 Damon Douglas wrote: > > Hello everyone, > > > > Work is currently underway <https://github.com/apache/beam/issues/32815> > to > > build support for distroless container images > > <https://github.com/GoogleContainerTools/distroless>. The purpose of > this > > message is to query any concerns over their naming convention, where > simply > > "_distroless" is added as a suffix. Currently, as an example, for the > > Apache Beam Python 3.12 SDK, we publish apache/beam_python3.12_sdk > > <https://hub.docker.com/r/apache/beam_python3.12_sdk> and for Java 17, > we > > publish apache/beam_java17_sdk > > <https://hub.docker.com/r/apache/beam_java17_sdk>. The distroless > variants > > of these aforementioned will be apache/beam_python3.12_sdk_distroless and > > apache/beam_java17_sdk_distroless, respectively. Please let me know if > you > > have any concerns with the following proposed distroless variants. Note > > that not all versions of Python and Java will be supported. > > > > apache/beam_python3.9_sdk_distroless > > apache/beam_python3.10_sdk_distroless > > apache/beam_python3.11_sdk_distroless > > apache/beam_python3.12_sdk_distroless > > apache/beam_java17_sdk_distroless > > apache/beam_java21_sdk_distroless > > > > Best, > > > > Damon > > >
