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

Compatibility of versions >= 20 with BIGIP (_not_ BIG-IP Next)? #3610

Open
9numbernine9 opened this issue Oct 24, 2024 · 0 comments
Open

Compatibility of versions >= 20 with BIGIP (_not_ BIG-IP Next)? #3610

9numbernine9 opened this issue Oct 24, 2024 · 0 comments
Labels

Comments

@9numbernine9
Copy link

Title

Compatibility of versions >= 20 with BIGIP (not BIG-IP Next)?

Description

(This is a question and not necessarily a feature request).

Version 20.3.0 of k8s-bigip-ctlr was released earlier today - is this version compatible with F5 BIG-IP or does it only work with the newer BIG-IP Next product?

Actual Problem

Hello!

I noticed today that a new release (and Docker tag) for version 20.3.0 of the k8s-bigip-ctlr image has been released. Is this version compatible with the "regular" (or is it classic now?) BIG-IP product, or does it only work with the newer BIG-IP Next product?

My concern is that if versions >= 20 are only compatible with BIG-IP Next, then it's somewhat misleading/confusing to have the Docker images named exactly the same. Ideally if there are now different, incompatible Docker images being released then they should have different naming schemes to avoid confusion.

For some context, we use Renovate to keep the deployed images of our tools up-to-date, and Renovate has raised a PR to upgrade our currently deployed 2.18.0 controller to 20.3.0. If 20.3.0 is incompatible with BIG-IP (we are using 17.x) then we need to write some unusual configuration to have Renovate ignore versions >= 20 of this image. (Users of Dependabot or other similar tools would find themselves in the same situation.)

Solution Proposed

Assuming the currently released 20.3.0 version is incompatible with BIG-IP 17.x and older, then ideally I think the image should be released separately as f5networks/k8s-bigip-next-ctlr in order to avoid overlap with the previous k8s-bigip-ctlr images.

Alternatives

Ensure that the images being published are compatible with both BIG-IP and BIG-IP Next? (If this is possible, the documentation should make this abundantly clear.)

Additional context

N/A

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant