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

[EKS] [issues]: Lock EKS Version Issue Conversations #765

Closed
RyPeck opened this issue Feb 21, 2020 · 4 comments
Closed

[EKS] [issues]: Lock EKS Version Issue Conversations #765

RyPeck opened this issue Feb 21, 2020 · 4 comments
Labels
Proposed Community submitted issue

Comments

@RyPeck
Copy link

RyPeck commented Feb 21, 2020

EKS Version issues attract a lot of off-topic comments and conversation. I would ask that the maintainers of the repo consider locking the "Support for Kubernetes X" issues to comments and providing updates to cut down on the noise for those of us here who want to follow developments from AWS regarding these features.

https://help.github.com/en/github/building-a-strong-community/locking-conversations

#380
#487
#697

EDIT - @rdonkin compromise suggestion is a better idea imho - #765 (comment)

@RyPeck RyPeck added the Proposed Community submitted issue label Feb 21, 2020
@a7i
Copy link

a7i commented Feb 21, 2020

@RyPeck I would encourage the maintainers to leave it open and hear their customers' feedback, even if it's not pleasant to hear. Read Amazon's leadership principle, specifically "Customer Obsession".

@rdonkin
Copy link

rdonkin commented Feb 23, 2020

Please keep these discussions open. They are useful for people already using EKS, and fior those considering whether to use EKS or not. The slow support for upstream versions is a major consideration for me, along with the AWS CNI plugin limiting number of IP addresses per node.

As a compromise, how about two issues - one locked for EKS team updates only, and one for customer feedback/comments?

@RyPeck
Copy link
Author

RyPeck commented Feb 23, 2020

@rdonkin that's a better solution.

@walkafwalka
Copy link

As much as I hate comment +1s and other poor feedback, I would not want to also filter out the good feedback.

@RyPeck RyPeck closed this as completed Mar 6, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Proposed Community submitted issue
Projects
None yet
Development

No branches or pull requests

4 participants