cc: @sarahnovotny , @idvoretskyi e @ kubernetes / sign-node

@kubernetes/huawei

Documento relevante que escrevi: https://github.com/kubernetes/kubernetes/blob/master/docs/proposals/multi-platform.md

obrigado por nos enviar este @luxas

Marcado como "Alpha" por solicitação @michmike .

@michmike você pode confirmar que este item tem como alvo o beta na versão 1.6?

@idvoretskyi , sim, isso mesmo. obrigado!
estaremos em beta para v1.6

@idvoretskyi , remova a designação de estágio/beta deste problema. ficaremos em alfa para mais um lançamento. obrigado!

@michmike feito, obrigado!

Olá a todos - já foi mais de um lançamento - alguma notícia sobre isso progredindo além do alfa?

oi @davidtnorth , estamos muito perto de lançar a versão beta. já temos 3-4 PRs logo após as filas de mesclagem serem abertas após a versão 1.8. infelizmente perdemos o barco para o 1.8, mas isso significa que teremos mais estabilidade e mais recursos com o 1.9

Olá a todos, existem atualizações disponíveis no armazenamento/volumes do kubernetes? Há algum progresso acontecendo?

@michmike , atualize a descrição do recurso com o novo modelo https://github.com/kubernetes/features/blob/master/ISSUE_TEMPLATE.md

@michmike também, com base nas declarações anteriores, atualizei o rótulo do estágio para beta na versão 1.9. Você pode confirmar?

sim, vamos beta na v1.9. obrigado @idvoretskyi

@idvoretskyi https://github.com/kubernetes/features/issues/512

@michmike :wave: Indique no quadro de rastreamento de recursos 1.9
se esse recurso precisa de documentação. Se sim, abra um PR e adicione um link para a planilha de acompanhamento. Desde já, obrigado!

@michmike Bump para documentos ☝️

/cc @idvoretskyi

@zacharysarah aqui está o nosso Pr. Eu adicionei aos documentos também.
https://github.com/kubernetes/website/pull/6180

No entanto, um pequeno problema. Mesmo que o PR esteja fora do site do kubernetes, ele está fora do master e não da ramificação da versão 1.9. isso é um problema?
cc: @JMesser81

@michmike Obrigado por abrir o PR. 👍

Sim: o PR precisa se basear em release-1.9 . O repositório kubernetes/site tem um relacionamento diferente com master do que outros repositórios K8s.

ATUALIZAÇÃO: Mudei a base, parece bom.

sim, obrigado pela atualização @zacharysarah . eu notei que você fez isso!

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

Problemas obsoletos apodrecem após 30 dias de inatividade.
Marque o problema como recente com /remove-lifecycle rotten .
Problemas podres fecham após 30 dias adicionais de inatividade.

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 podre
/remove-lifecycle obsoleto

@michmike @kubernetes/sig-windows-feature-requests esse recurso ainda está em desenvolvimento ativo, certo?

sim, isso ainda está em desenvolvimento ativo. provavelmente sairemos da versão beta nos próximos meses.

/remove-lifecycle obsoleto

/remove-lifecycle podre

@michmike
Algum plano para isso em 1.11?

Em caso afirmativo, você pode garantir que o recurso esteja atualizado com o apropriado:

• Descrição
• Marco
• Cessionário(s)
• Marcadores:
  
  
  
  • stage/{alpha,beta,stable}
  
  
  • sig/*
  
  
  • kind/feature
  
  

cc @idvoretskyi

@PatrickLang este é um problema apropriado para rastrear o que foi discutido em sign-node para propor GA para suporte a contêineres do Windows? não consigo encontrar um melhor, então adicionei ao marco com o rótulo do nó.

@derekwaynecarr Claro, isso funciona para mim.

@michmike você pode atualizar o problema para vincular a https://docs.google.com/document/d/1YkLZIYYLMQhxdI2esN5PuTkhQHhO0joNvnbHpW68yg8/edit como os critérios de graduação propostos?

@PatrickLang pronto!

@justaugustus , isso exigirá que uma exceção seja colocada no rastreamento 1.12, já que passamos do congelamento de recursos e isso não está na planilha? O documento de graduação proposto sugere 1,12 para GA/Estável

Obrigado pela atualização. Eu adicionei isso à folha de rastreamento 1.12.

/remove-estágio beta
/estágio estável
cc: @kacole2 @wadadli @robertsandoval @rajendar38

Ei! @michmike Eu sou o responsável pelos documentos nesta versão. Existe alguma chance de você abrir um PR de documentos contra o branch release-1.12 como um espaço reservado? Isso nos dá mais confiança no envio de recursos nesta versão e me dá algo para trabalhar quando começarmos a fazer revisões/edições. Obrigado! Se esse recurso não exigir documentos, você poderia atualizar a planilha de rastreamento de recursos para refletir isso?

@michmike @PatrickLang --
Alguma atualização no status dos documentos para esse recurso? Ainda estamos planejando lançá-lo para 1.12?
Neste ponto, o congelamento de código está chegando e os documentos devem ser entregues em 07/09 (2 dias).
Se não respondermos nada sobre esse recurso o mais rápido possível, precisaremos removê-lo do marco.

cc: @zparnold @jimangel @tfogo

Isso precisa passar para 1.13. Não está pronto para 1.12. Você pode nos ajudar a atualizar o marco?

/marco 1,13

@michmike : O marco fornecido não é válido para este repositório. Marcos neste repositório: [ v1.12 , v1.13 , v1.14 ]

Use /milestone clear para limpar o marco.

/marco v1.13

Obrigado pela atualização!

@michmike @PatrickLang quão confiantes estamos de que estamos indo para GA em 1.13? Temos uma lista de PRs pendentes ou problemas para rastrear?

As coisas estão muito melhores do que na v1.13 e consegui mais tempo de @feiskyer e @andyzhangx e outros para trabalhar nos problemas restantes.

As passagens de teste são um PR prow+testgrid longe de estar online. @lachie83 está me ajudando a entrar em contato com as pessoas certas para entregar as credenciais do Azure necessárias. @pjh e @yujuhong também estão fazendo um bom progresso ao trazer testes no GCE também.

Os problemas atuais do sistema de engenharia devem ser resolvidos no início de novembro, dando-nos um mês para o trabalho no nível de correção de bugs.

Estou acompanhando o trabalho em vários projetos (incluindo implantações do Azure) aqui:
https://github.com/PatrickLang/k8s-project-management/projects/1

Em uma nota relacionada - eu não sou um mantenedor de marcos e não posso marcar as coisas para 1.13. Qual é a melhor maneira de marcá-los - devo trabalhar com você?

Em uma nota relacionada - eu não sou um mantenedor de marcos e não posso marcar as coisas para 1.13. Qual é a melhor maneira de marcá-los - devo trabalhar com você?

@PatrickLang Me dê um ping se você quiser algo marcado.

Obrigado @PatrickLang por uma atualização de status detalhada. Como @feiskyer mencionou, faça ping nele ou em qualquer um de nós na equipe de lançamento 1.13, incluindo @kacole2 @nikopen.

@michmike você pode vincular isso para documentos de rastreamento? https://github.com/kubernetes/website/pull/10875

@PatrickLang Eu sou uma sombra de aprimoramentos que verifica esse problema - parece que o progresso está sendo feito para esse problema - como um código FYI slush é 9/11 e o congelamento de código é 15/11 - quaisquer preocupações sobre como fazer essas datas

Há uma preocupação sobre se os testes de conformidade estarão prontos, já que acabamos de tomar conhecimento disso na quinta-feira.
cc @jdumars @spiffxp

@claurence obrigado por verificar. Estamos trazendo testes online (Azure e GCE) e trabalhando nos documentos agora. A fila PR, exceto documentos e alterações de teste em revisão, está vazia, então estamos no caminho certo do ponto de vista do código.

@PatrickLang você pode nos indicar Docs e testar PRs plz

/cc @tfogo

@AishSundar - minha placa de rastreamento mestre está aqui: https://github.com/PatrickLang/k8s-project-management/projects/1
Que tem links para doc PR kubernetes/website#10875, bem como PRs de teste

Obrigado @PatrickLang. Do comentário de Brian acima, parece que a falta de cobertura de conformidade apropriada será um bloqueador para esse recurso. Eu vejo alguns PRs relacionados a conformidade e testes em seu painel. Eles abordam todas as orientações da Sig-Arch? ou podemos esperar mais alterações/PRs para testes de conformidade.

Também olhando para o painel do projeto, há algumas coisas esperando para mesclar e estabilizar. Estamos a apenas uma semana do congelamento do código. Você ainda está confiante em fazer 1.13? ^^

@AishSundar sim, ainda rastreando a v1.13. Hoje na SIG-Architecture (notas) decidimos separar isso em dois fluxos de trabalho:

1. Tome uma decisão sobre a tag [estável] do Windows para v1.13 com base nos requisitos de atendimento. Este documento é o principal ponto de discussão, e há tópicos acontecendo no SIG-Architecture e no SIG-Windows para fechar isso. https://docs.google.com/document/d/1YkLZIYYLMQhxdI2esN5PuTkhQHhO0joNvnbHpW68yg8/edit

2. O que é conformidade para um cluster que contém nós do Windows? Isso não bloqueará o item 1, pois o Windows é um recurso opcional que nem todos os clusters usarão. Continuaremos esta discussão na lista do grupo de trabalho de conformidade e continuaremos trabalhando em uma solução conjunta que provavelmente será concluída após a v1.13.

Obrigado @PatrickLang. Você poderia participar de nossa reunião de burndown 1.13 RT, segunda ou quarta-feira da próxima semana às 10h PST, para dar uma atualização mais recente à medida que nos aproximamos do congelamento de código?

@AishSundar com certeza - posso me juntar na quarta-feira. Você pode me indicar os detalhes da reunião (notas/link de zoom)? Não o vejo na lista iCal compartilhada do kubernetes.

cc @michmike ^^

Notas da reunião: http://bit.ly/k8s113-minutes
Zoom: https://zoom.us/j/611312756

Por discussão com Sig Arch, decidimos mover o Windows GA para 1.14

@PatrickLang @michmike @kacole2 @marpaia @kbarnard10 @tfogo

/marco v1.14

@spiffxp devemos marcar isso como "Rastreado/sim" agora para a v1.14, já que também temos o KEP

@michmike - segmentação estável para 1.14 correto?

@claurence que é preciso.

KEP foi aprovado hoje para lançamento estável com 1.14

Olá, sombra de aprimoramento 1.14 aqui. Code Freeze é 7 de março e todos os PRs devem ser mesclados até então ao seu problema para fazer a versão 1.14. Quais PRs K/K abertos você ainda precisa mesclar? Obrigado

@lledru , temos algum trabalho em andamento e inclui alguns PRs. você pode ver nossa placa de rastreamento para 1.14 aqui. https://github.com/orgs/kubernetes/projects/8

A RP de Documentação de espaço reservado está em vigor

@michmike olhando para a placa de rastreamento é tudo na coluna de bloqueio de versão 1.14, o que deve ser mesclado pelo congelamento de código? parece que se estou interpretando isso corretamente, são 9 PRs abertos em K/K que precisam ser mesclados até sexta-feira?

@claurence está correto. vai ser um aperto apertado. alguns desses PRs já estão prontos para serem fundidos hoje.

3 anos após a formação do SIG-Windows, temos o prazer de anunciar que o Kubernetes v1.14 incluirá suporte estável para Windows

• KEP em https://github.com/kubernetes/enhancements/blob/master/keps/sig-windows/20190103-windows-node-support.md
• notas de versão criadas
• postagem de blog geral 1.14 criada
• Pré-visualização de documentos em -
  https://5c914f680410ed000aeebc2e--kubernetes-io-vnext-staging.netlify.com/docs/setup/windows/add-windows-nodes/
• teste verde é executado em https://testgrid.k8s.io/sig-windows#aks -engine-azure-1-14-windows

/Fechar

@michmike : Fechando este problema.