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

Remove deprecated "type" field from the CPU, Memory, Datadog scalers metadata #2844

Open
amirschw opened this issue Mar 30, 2022 · 12 comments
Open
Labels
breaking-change feature-request All issues for new features that have not been committed to needs-discussion stale-bot-ignore All issues that should not be automatically closed by our stale bot

Comments

@amirschw
Copy link
Contributor

amirschw commented Mar 30, 2022

Proposal

In #2309 we added the global metricType field to all scalers.

Specific scalers (CPU, Memory, Datadog) already supported different metric types using their metadata type field, which we deprecated in favor of the new global field. The deprecated field should be removed in a future release.

Use-Case

No response

Anything else?

More details in this discussion

@amirschw amirschw added feature-request All issues for new features that have not been committed to needs-discussion labels Mar 30, 2022
@tomkerkhove
Copy link
Member

tomkerkhove commented Mar 30, 2022

Was the deprecation added to our changelog & docs?

@amirschw
Copy link
Contributor Author

It was added to the scalers' docs and we also log a warning when the deprecated field is used

@tomkerkhove
Copy link
Member

That's OK, let's make sure it is in the changelog as well then.

@amirschw
Copy link
Contributor Author

Added here: #2848

@stale
Copy link

stale bot commented May 29, 2022

This issue has been automatically marked as stale because it has not had recent activity. It will be closed in 7 days if no further activity occurs. Thank you for your contributions.

@stale stale bot added the stale All issues that are marked as stale due to inactivity label May 29, 2022
@tomkerkhove tomkerkhove added the stale-bot-ignore All issues that should not be automatically closed by our stale bot label May 30, 2022
@stale stale bot removed the stale All issues that are marked as stale due to inactivity label May 30, 2022
@JorTurFer
Copy link
Member

When are we going to remove this? maybe we could follow k8s deprecation policies, WDYT?

@tomkerkhove
Copy link
Member

When we do KEDA v3.0 because this is a breaking change.

@zroubalik
Copy link
Member

We are still v1alpha1 so I don't think we need to wait till v3.0 and actually I wouldn't like to wait. What about deprecation period of 3 releases?

@tomkerkhove
Copy link
Member

Fair enough, but there are a lot more of them AFAIK so better build a whole list.

Another approach is introduce version per scaler for this to have more granular control (see #613)

@JorTurFer
Copy link
Member

JorTurFer commented Dec 9, 2022

Based on our deprecation policy, we should have removed this in v2.9, so I mark it for v2.10

@tomkerkhove
Copy link
Member

@JorTurFer
Copy link
Member

you're right! Thanks for correct me 🙇

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
breaking-change feature-request All issues for new features that have not been committed to needs-discussion stale-bot-ignore All issues that should not be automatically closed by our stale bot
Projects
Status: Proposed
Development

No branches or pull requests

4 participants