-
Notifications
You must be signed in to change notification settings - Fork 240
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
feat: build cni installer image with cni builds #2324
Conversation
265bef4
to
7d10576
Compare
7d10576
to
96fc870
Compare
59fde34
to
27a0712
Compare
Just a qq, what does "omnibus" mean in this context? Sounds cool "Previously, dropgz pulled in the released CNI tarballs as dependencies and produced a "dropgz-vX" omnibus image which contained uncorrelated CNI versions" |
27a0712
to
37a7d96
Compare
c4e808b
to
07797dd
Compare
@camrynl @vipul-21 @pjohnst5 |
07797dd
to
99fb8ff
Compare
What is the expected impact from using older infra as this migration happens? |
@@ -159,6 +159,20 @@ stages: | |||
name: "$(BUILD_POOL_NAME_LINUX_AMD64)" | |||
strategy: | |||
matrix: | |||
cni_linux_amd64: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Unless this gets renamed back to cni-dropgz, which from the PR description it is indicating that it will be,
Instead of deploying a "dropgz:v0.0.4" with unknown (at least, non-obvious) CNI payload versions, we produce a "cni-dropgz:v1.5.11"
we need to add this to the cleanup script regex for acnpublic
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
will follow up
99fb8ff
to
cb45f49
Compare
cb45f49
to
02d1fbc
Compare
Signed-off-by: Evan Baker <[email protected]>
02d1fbc
to
3ea0176
Compare
Signed-off-by: Evan Baker <[email protected]>
Signed-off-by: Evan Baker <[email protected]>
Signed-off-by: Evan Baker <[email protected]>
Signed-off-by: Evan Baker <[email protected]>
Signed-off-by: Evan Baker <[email protected]>
Signed-off-by: Evan Baker <[email protected]>
Signed-off-by: Evan Baker <[email protected]>
Signed-off-by: Evan Baker <[email protected]>
Signed-off-by: Evan Baker <[email protected]>
feat: rip out dropgz (#2324) (#2339) Signed-off-by: Evan Baker <[email protected]>
Reason for Change:
Up until now, we have released the CNI installer image as a separately versioned component from the CNI releases themselves. This has created a bit of versioning hell, as we struggle to maintain multiple release trains of the CNI (and thus CNI installer) when the CNI and installer version are not correlated.
This change flips the CNI installer image builder architecture. Previously,
dropgz
pulled in the released CNI tarballs as dependencies and produced a "dropgz-vX" omnibus image which contained uncorrelated CNI versions.Here, we migrate instead to a CNI Dockerfile which imports
dropgz
as the dependency and is built in lockstep with (at least) azure-vnet builds, and versioned the same as them. Instead of deploying a "dropgz:v0.0.4" with unknown (at least, non-obvious) CNI payload versions, we produce a "cni-installer:v1.5.11" during the CNI release process with no ambiguity.This is part 1 of this migration:
Issue Fixed:
Requirements:
Notes: