/sig планирование

Привет @sparciii -- здесь тени улучшений 1.18. Я хотел проверить и узнать, как вы думаете, будет ли это улучшение альфа|бета|стабильным в версии 1.18?

Текущий график выпуска:
Понедельник, 6 января — начало цикла выпуска
Вторник, 28 января EOD PST — заморозка улучшений
Четверг, 5 марта, EOD PST — замораживание кода
Понедельник, 16 марта – документы должны быть заполнены и проверены.
Вторник, 24 марта — выпуск Kubernetes 1.18.0

Чтобы быть включенным в выпуск, это усовершенствование должно иметь объединенный KEP в реализуемом статусе. KEP также должен иметь критерии градации и план тестирования.
Если вы хотите включить это улучшение, после начала написания кода перечислите все соответствующие k/k PR в этом выпуске, чтобы их можно было правильно отслеживать. 👍

Мы будем отслеживать улучшения здесь: http://bit.ly/k8s-1-18-enhancements .
Спасибо!

Напоминаю @sparciii :

Вторник, 28 января EOD PST — заморозка улучшений

Заморозка улучшений через 7 дней. Если вы хотите включить его в 1.18, пожалуйста, обновите его, как указано выше.

Спасибо!

Спасибо @kikisdeliveryservice за напоминание! Я спрошу в слабом канале и о предстоящих рабочих часах, чтобы получить обратную связь, является ли этот KEP разумным запросом.

согласно обсуждению с @Huang-Wei, мы сохраним этот KEP и закроем https://github.com/kubernetes/kubernetes/pull/84405 в пользу отправки в подрепозиторий https://github.com/kubernetes- sigs/scheduler-plugins , где код будет соответствовать структуре планировщика.

@sparciii ты будешь пытаться сделать 1.18 для альфы? просто дайте мне знать, чтобы мы могли отслеживать его.

Спасибо!

@kikisdeliveryservice нет. Он принадлежит субрепо.

На самом деле я хочу задать один общий вопрос: если KEP нацелен на подрепозиторий (kubernetes-sigs/xyz), должны ли мы использовать k/enhancement для размещения KEP?

Привет @ Хуанг-Вэй,

Во-первых, см. здесь: https://github.com/kubernetes/enhancements#is -my-thing-an-enhancement

Во-вторых, некоторые вопросы/о чем следует подумать для усовершенствований за пределами k/k: будут ли пользователи k/k полагаться на эту функцию? вам нужно будет сообщить об этом/нужна поддержка от команды выпуска? будет ли ваша работа следовать и ограничиваться циклами выпуска?

Кажется, эта работа будет дополнительным плагином? Будете ли вы проходить альфа/бета/стабильные версии?

Спасибо @kikisdeliveryservice . Да, это скорее необязательный плагин, который будет размещаться вне k/k, я думаю, им следует управлять как обсуждение проектного документа на https://github.com/kubernetes-sigs/scheduler-plugins. Однако мы можем использовать схему шаблона KEP.

cc/ @denkensk @alculquicondor

СГТМ

Проблемы устаревают после 90 дней бездействия.
Отметьте проблему как свежую с помощью /remove-lifecycle stale .
Устаревшие проблемы гниют после дополнительных 30 дней бездействия и в конечном итоге закрываются.

Если эту проблему можно безопасно закрыть сейчас, сделайте это с помощью /close .

Отправьте отзыв в sig-testing, kubernetes/test-infra и/или fejta .
/жизненный цикл устарел

/близко

@sparciii, пожалуйста, не стесняйтесь открыть проблему или PR в https://github.com/kubernetes-sigs/scheduler-plugins , если вы этого еще не сделали.

@alculquicondor : закрытие этой проблемы.