Add support for publishing docker images to a registry

[philwebb]

Currently we don't have the option to publish a locally built docker image to a remote repository. You can do it using the docker CLI, but it would be nice to have some built in support.

[jayanth-iyer]

Will there be any support to create K8s manifests automatically -skeletons - just using the mvn command - part of native build pack? Later the developer can just add the values and add and remove the keys from the yaml
Does it even make sense to add this support? - want to understand

[jorgemoralespou]

I don't think this use case should be something the spring-boot maven plugin should do. If it did, shouldn't it also need to include goals to deploy the application/image into different platforms?
I think that users should stick to using multiple plugins rather than have one single plugin that does it all (not saying can't be provided by spring-boot). I saw that pattern in fabric8 maven plugin, and they had to slowly rollback and break that plugin into smaller ones, more single purposed.
My 2 cents.

[davinkevin]

This requirement/feature here is to be able to perform construction of the image directly into a registry, like jib does: https://github.com/GoogleContainerTools/jib

This, from my point of view, is a must-have because lot of company are using "Docker" CI but without "Docker in Docker", for security reasons. So currently, I see Jib, Kaniko everywhere… and they can't move to the spring boot plugin due to this docker requirement.

If the plugin can produce OCI image on file system, this could do the job partially, because we can use some tools like skopeo to do the "send" operation.

[jorgemoralespou]

Then my bad, as there's no description in the issue, it might seem confusing for others as it's been for me. Maybe @philwebb can add the description so people understand better what they are voting/commenting on.

[philwebb]

Sorry about that, I threw in the issue for my own reference and wasn't expecting any votes/comments. I've added a brief description.

[jorgemoralespou]

I think then thy my comment is not outdated. #21001 (comment)

[philwebb]

@jorgemoralespou Can you elaborate a bit more on the problems we might face? I was originally thinking we might be able to shell out and call docker push. I think that's currently how jib deals with it.

[jorgemoralespou]

Well, there's 2 sides:

• Technical: You'd need to be able to support private and insecure registries, and you'd need to interface with Docker on Windows/Mac/Linux in different ways, so better to not shell out to docker but rather use a library that can deal with the pushing direclty.
• Strategically: To me this is the real deal. If the spring-boot plugin start doing this, then what else? where's the line of what should be done in this plugin vs other plugins? To be honest, maven/gradle users know how to configure multiple plugins and how to call them, so what would be the difference of doing something like: mvn spring-boot:build-image spring-boot:push-image vs mvn spring-boot:build-image other-plugin:push-image.? I have in mind fabric8 times, now jKube and they struggle and broke it down as it was doing just way too much in a single place. Single purposed plugins that can be composed should be favoured in my opinion.