/sig agendamento

Oi @sparciii -- 1.18 Aprimoramentos sombra aqui. Eu queria checar e ver se você acha que este aprimoramento será graduado para alfa|beta|estável em 1.18?

O cronograma de lançamento atual é:
Segunda-feira, 6 de janeiro - Início do ciclo de lançamento
Terça-feira, 28 de janeiro EOD PST - Congelamento de aprimoramentos
Quinta-feira, 5 de março, EOD PST - Code Freeze
Segunda-feira, 16 de março - Os documentos devem ser preenchidos e revisados
Terça-feira, 24 de março - Kubernetes 1.18.0 lançado

Para ser incluído na versão, esse aprimoramento deve ter um KEP mesclado no status implementável. O KEP também deve ter critérios de graduação e um Plano de Teste definidos.
Se você quiser incluir esse aprimoramento, assim que a codificação começar, liste todos os PRs k/k relevantes nesta edição para que eles possam ser rastreados adequadamente. 👍

Estaremos acompanhando as melhorias aqui: http://bit.ly/k8s-1-18-enhancements
Obrigado!

Como um lembrete @sparciii :

Terça-feira, 28 de janeiro EOD PST - Congelamento de aprimoramentos

Melhorias Congelar é em 7 dias. Se você deseja inclusão na versão 1.18, atualize conforme solicitado acima.

Obrigado!

Obrigado @kikisdeliveryservice pelo lembrete! Vou perguntar no canal do slack e nos próximos horários de expediente para obter algum feedback se este KEP é uma solicitação razoável.

de acordo com a discussão com @Huang-Wei , manteremos este KEP e fecharemos https://github.com/kubernetes/kubernetes/pull/84405 em favor do envio ao subrepo https://github.com/kubernetes- sigs/scheduler-plugins onde o código irá aderir à estrutura do agendador.

@sparciii você vai tentar fazer 1.18 para alfa? é só me avisar para que possamos rastreá-lo.

Obrigado!

@kikisdeliveryservice não. Pertence a um sub-repo.

Na verdade, uma pergunta geral que quero fazer é: se o KEP está direcionando um sub-repo (kubernetes-sigs/xyz), devemos usar k/enhancement para hospedar o KEP?

Olá @Huang-Wei,

Em primeiro lugar, veja aqui: https://github.com/kubernetes/enhancements#is -my-thing-an-enhancement

Em segundo lugar, algumas questões/coisas a serem consideradas para aprimoramentos fora do k/k: os usuários do k/k confiarão nesse recurso? você precisará comunicar isso/precisar de suporte da equipe de lançamento? seu trabalho seguirá e será limitado por ciclos de lançamento?

Parece que este trabalho será um plug-in opcional? Você passará por versões alfa/beta/estáveis?

Obrigado @kikisdeliveryservice . Sim, é mais um plugin opcional que será hospedado fora do k/k, acho que deve ser gerenciado como uma discussão de documento de design em https://github.com/kubernetes-sigs/scheduler-plugins. No entanto, podemos aproveitar o esboço do modelo KEP.

cc/ @denkensk @alculquicondor

SGTM

Os problemas ficam obsoletos após 90 dias de inatividade.
Marque o problema como recente com /remove-lifecycle stale .
Problemas obsoletos apodrecem após 30 dias adicionais de inatividade e, eventualmente, fecham.

Se este problema for seguro para fechar agora, faça-o com /close .

Envie feedback para sig-testing, kubernetes/test-infra e/ou fejta .
/ciclo de vida obsoleto

/Fechar

@sparciii sinta-se à vontade para abrir um problema ou PR em https://github.com/kubernetes-sigs/scheduler-plugins se ainda não o fez.

@alculquicondor : Fechando este problema.