Add OCNE based k8s tool images that supply helm and kubectl. #2860
Conversation
oracle-contributor-agreement
bot
added
the
OCA Verified
|
What's the reason for using Also, would it perhaps make more sense to create two images, one for |
|
Ahh. ol8_olcne18 . But this is 1.8, so i will change that. Yep, i could separate them. Should i just name them "kubectl" and "helm" as images then? I could use the kube/helm versions if you think that's better. I have a personal use case where i would want both in the same image, but that's here or there. They could be separate (and no reason they shouldn't be.) |
|
It would probably be cool to have a single image, if it were based on the OCI CLI image or incorporated the OCI CLI and SDK so that connectivity to OKE was also possible as well as OCNE. In that case, I would probably point CMD at a script that just output some help text, maybe list the tools incorporated with the version for each or something. |
This is actually the purpose of my current local image. So should i add another one? My only worry is that these files are getting quite duplicated. |
I would use https://github.com/oracle/docker-images/pkgs/container/oci-cli as the base image, so that would take care of the OCI CLI and SDK. Then just install Helm and Kubectl. We'll need to create an OL9 version of that image, which I can do or you can if you're feeling enthusiastic. :) |
|
Should i include this in the OracleCloudInfrastructure section, or include it in OracleLinuxDevelopers? (OL9 vs OL8 - think i'll let you do that just because not too sure how to architecture the change. Unsure how oci-cli is currently tagged in the actions.) |
|
Let's keep it in Oracle Linux Developers. I'll do the OL9 version. |
|
Have added. Wasn't sure of naming convention here, as really it's ocne. |
|
Awesome. I should have some time tomorrow to build this locally and take it for a spin. |
|
Any suggestion with the OCI cli version to use? |
There's a new version released every week, so it's more about how often we rebuild rather than which version to use. Currently there is an automated job running elsewhere that triggers rebuilds when the underlying operating system image is updated. I need to think about how best to trigger rebuilds of these images. |
|
OK - problem is the lint fails with latest (unsurprisingly), so not sure what best to do here? |
I suggest adding an ignore for that rule to the Dockerfile: https://github.com/hadolint/hadolint?tab=readme-ov-file#inline-ignores |
|
@Djelibeybi should be good now. |
Might need some work. Have been making similar things myself, so thought it would be sensible to supply these. Not sure if it would be better to set ENTRYPOINT as "kubectl", but then makes it harder to use helm. Pain.