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

Breaking change with v1.4: experiment k8s service created even if steps are not weighted #2622

Closed
2 tasks done
fwippe opened this issue Feb 23, 2023 · 1 comment · Fixed by #2624
Closed
2 tasks done
Labels
bug Something isn't working

Comments

@fwippe
Copy link

fwippe commented Feb 23, 2023

Checklist:

  • I've included steps to reproduce the bug.
  • I've included the version of argo rollouts.

Describe the bug
Even for simple experiments, i.e., without any weighted steps, Argo always creates corresponding k8s services.
This behavior was introduced with this PR. According to the docs a service should only be created if there are weighted experiment steps.

Can you maybe elaborate on the reasons for this breaking change? Why do you always create a k8s service even if it's not needed?

Why is this a breaking change?

After upgrading to version 1.4, suddenly experiments were failing with different error messages complaining about missing or invalid k8s service properties (like service name too long (> 63 chars) or missing port name attribute).

Expected behavior

  • Argo rollouts should not create an additional experiment service if there are no weighted experiment steps

Version
v1.4.0

Message from the maintainers:

Impacted by this bug? Give it a 👍. We prioritize the issues with the most 👍.

@zachaller
Copy link
Collaborator

@fwippe Yea that was a big miss on my part sorry for the change in behavior, I have been talking with alex and dani who originally had the request for a use case they had which does make sense. We tried to do the change in a non spec changing way which resulted in this change in behavior.

The plan is going forward will be to revert the change in behavior in a 1.4.1 release that I will be doing here soon to keep the expected behavior and look into possible other solutions to support always creating services for inline experiments all the time.

I will be noting in the release notes for 1.4.1 that there was an unintended change in behavior that was reverted for 1.4.1 as well.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants