Enhancements: Compatibilidad con contenedores de Windows Server para K8

Creado en 7 oct. 2016  ·  69Comentarios  ·  Fuente: kubernetes/enhancements

Descripción

Microsoft, en colaboración con Docker, está introduciendo una nueva característica llamada Windows Server Containers, que permite que los contenedores de Docker se ejecuten en Windows. A SIG-Windows le gustaría mejorar Kubernetes para admitir Windows Server Containers (y Windows Server 2016 como el sistema operativo elegido para el kubelet basado en Windows). Con esta función, los clientes podrán ejecutar aplicaciones basadas en Windows y .NET dentro de contenedores en Kubernetes. Kubernetes será el primer administrador de clústeres multiplataforma totalmente funcional.

Característica Descripción

  • Descripción de la característica de una línea (se puede usar como una nota de la versión): Compatibilidad con contenedores de servidor de Windows
  • Contacto principal (cesionario): @michmike
  • SIGs responsables: sig-windows
  • Propuesta de mejora de Kubernetes (KEP): https://github.com/kubernetes/enhancements/pull/676
  • Revisor(es) - (para LGTM) recomienda tener 2+ revisores (al menos uno del archivo de PROPIETARIOS del área de código) que acordaron revisar. Se prefieren revisores de varias empresas: @brendandburns , @JiangtianLi , @alinbalutoiu
  • Aprobador (probablemente del SIG/área a la que pertenece la característica): @michmike
  • Objetivo de función (qué objetivo es igual a qué hito):

    • Objetivo de lanzamiento beta 1.9

    • Objetivo de lanzamiento de GA 1.14

Criterios de publicación de GA aprobados por SIG-Windows: https://docs.google.com/document/d/1YkLZIYYLMQhxdI2esN5PuTkhQHhO0joNvnbHpW68yg8/edit (antiguo)

Nuevos criterios de publicación de KEP:
https://github.com/kubernetes/enhancements/pull/676

kinfeature sinode siwindows stagstable trackeno

Comentario más útil

3 años después de la formación de SIG-Windows, nos complace anunciar que Kubernetes v1.14 incluirá soporte estable para Windows

/cerrar

Todos 69 comentarios

CC: @sarahnovotny , @idvoretskyi y @kubernetes/sig-node

@kubernetes/huawei

gracias por enviarnos esto @luxas

Marcado como "Alfa" por solicitud de @michmike .

@michmike , ¿puede confirmar que este elemento está destinado a beta en 1.6?

@idvoretskyi , sí, así es. ¡Gracias!
estaremos en beta para v1.6

@idvoretskyi , elimine la designación de etapa/beta de este problema. permaneceremos en alfa para una versión más. ¡Gracias!

@michmike listo, gracias!

Hola a todos, ha habido más de un lanzamiento adicional, ¿alguna noticia de que esto progresa más allá de alfa?

hola @davidtnorth , estamos muy cerca de lanzar la versión beta. ya obtuvimos 3-4 PR justo después de que se abrieron las colas de combinación después del lanzamiento de 1.8. lamentablemente nos perdimos el bote para 1.8, pero eso significa que tendremos más estabilidad y más funciones con 1.9

Hola a todos, ¿hay actualizaciones disponibles en el almacenamiento/volúmenes de kubernetes? ¿Hay algún progreso?

@michmike , actualice la descripción de la función con la nueva plantilla https://github.com/kubernetes/features/blob/master/ISSUE_TEMPLATE.md

@michmike también, según las declaraciones anteriores, actualicé la etiqueta de etapa a beta en 1.9. ¿Puedes confirmar?

sí, haremos beta en v1.9. gracias @idvoretskyi

@michmike :wave: Indique en el panel de seguimiento de funciones de 1.9
si esta característica necesita documentación. En caso afirmativo, abra un PR y agregue un enlace a la hoja de cálculo de seguimiento. ¡Gracias por adelantado!

@michmike Bump para documentos ☝️

/cc @idvoretskyi

@zacharysarah aquí está nuestro PR. Lo agregué a los documentos también.
https://github.com/kubernetes/website/pull/6180

Sin embargo, un pequeño problema. Aunque el PR está fuera del sitio web de kubernetes, está fuera del maestro y no de la rama de versión 1.9. ¿Es eso un problema?
cc: @JMesser81

@michmike Gracias por abrir el PR. 👍

Sí: las relaciones públicas deben basarse en release-1.9 . El repositorio de kubernetes/sitio web tiene una relación diferente con master que con otros repositorios de K8.

ACTUALIZACIÓN: Cambié la base, se ve bien.

sí, gracias por la actualización @zacharysarah . me di cuenta de que lo hiciste!

Los problemas se vuelven obsoletos después de 90 días de inactividad.
Marque el problema como nuevo con /remove-lifecycle stale .
Los problemas obsoletos se pudren después de 30 días adicionales de inactividad y finalmente se cierran.

Si es seguro cerrar este problema ahora, hágalo con /close .

Envíe comentarios a sig-testing, kubernetes/test-infra y/o fejta .
/ciclo de vida obsoleto

Los problemas obsoletos se pudren después de 30 días de inactividad.
Marque el problema como nuevo con /remove-lifecycle rotten .
Los problemas podridos se cierran después de 30 días adicionales de inactividad.

Si es seguro cerrar este problema ahora, hágalo con /close .

Envíe comentarios a sig-testing, kubernetes/test-infra y/o fejta .
/ciclo de vida podrido
/eliminar ciclo de vida obsoleto

@michmike @kubernetes/sig-windows-feature-requests esta característica aún está en desarrollo activo, ¿verdad?

sí, esto todavía está en desarrollo activo. es probable que lo saquemos de la versión beta en los próximos meses.

/eliminar ciclo de vida obsoleto

/eliminar ciclo de vida podrido

@michmike
¿Algún plan para esto en 1.11?

Si es así, ¿puede asegurarse de que la función esté actualizada con el correspondiente:

  • Descripción
  • Hito
  • cesionario(s)
  • Etiquetas:

    • stage/{alpha,beta,stable}

    • sig/*

    • kind/feature

cc @idvoretskyi

@PatrickLang , ¿es este un problema apropiado para rastrear lo que se discutió en el nodo de firma para proponer GA para soporte de contenedores de Windows? No puedo encontrar uno mejor, así que lo agregué al hito con la etiqueta del nodo.

@derekwaynecarr Claro, esto funciona para mí.

@michmike , ¿puede actualizar el problema para vincularlo a https://docs.google.com/document/d/1YkLZIYYLMQhxdI2esN5PuTkhQHhO0joNvnbHpW68yg8/edit como criterio de graduación propuesto?

¡ @PatrickLang listo!

@justaugustus ¿Esto va a requerir que se coloque una excepción en el seguimiento 1.12 ya que hemos pasado la congelación de funciones y esto no está en la hoja? El documento de graduación propuesto sugiere 1.12 para GA/Estable

Gracias por la actualización. He agregado esto a la hoja de seguimiento 1.12.

/eliminar etapa beta
/etapa estable
CC: @kacole2 @wadadli @robertsandoval @rajendar38

¡Hola! @michmike Soy el organizador de los Documentos en este lanzamiento. ¿Hay alguna posibilidad de que pueda hacer que abras un PR de documentos contra la rama release-1.12 como marcador de posición? Eso nos da más confianza en el envío de funciones en esta versión y me da algo con lo que trabajar cuando comencemos a hacer revisiones/ediciones. ¡Gracias! Si esta característica no requiere documentos, ¿podría actualizar la hoja de cálculo de seguimiento de características para reflejarlo?

@michmike @PatrickLang --
¿Alguna actualización sobre el estado de los documentos para esta función? ¿Todavía estamos planeando aterrizarlo para 1.12?
En este punto, el código se congela y los documentos vencen el 7/9 (2 días).
Si no recibimos nada con respecto a esta función lo antes posible, tendremos que eliminarla del hito.

CC: @zparnold @jimangel @tfogo

Esto necesita moverse a 1.13. No está listo para 1.12. ¿Puedes ayudarnos a actualizar el hito?

/hito 1.13

@michmike : el hito proporcionado no es válido para este repositorio. Hitos en este repositorio: [ v1.12 , v1.13 , v1.14 ]

Use /milestone clear para borrar el hito.

En respuesta a esto :

/hito 1.13

Las instrucciones para interactuar conmigo mediante los comentarios de relaciones públicas están disponibles aquí . Si tiene preguntas o sugerencias relacionadas con mi comportamiento, presente un problema en el repositorio kubernetes/test-infra .

/hito v1.13

¡Gracias por la actualización!

@michmike @PatrickLang ¿Qué tan seguros estamos de que esto va a GA en 1.13? ¿Tenemos una lista de relaciones públicas pendientes o problemas para realizar un seguimiento de esto?

Las cosas son mucho mejores que en v1.13 y he podido obtener más tiempo de @feiskyer y @andyzhangx y otros para trabajar en los problemas restantes.

Los pases de prueba están a un PR prow+testgrid de estar en línea. @lachie83 me está ayudando a comunicarme con las personas adecuadas para entregar las credenciales de Azure necesarias. @pjh y @yujuhong también han estado haciendo un buen progreso al presentar pruebas en GCE también.

Los problemas actuales del sistema de ingeniería deben resolverse a principios de noviembre, lo que nos da un mes para el trabajo de nivel de corrección de errores.

Estoy siguiendo el trabajo en varios proyectos (incluidas las implementaciones de Azure) aquí:
https://github.com/PatrickLang/k8s-project-management/projects/1

En una nota relacionada: no soy un mantenedor de hitos y no puedo marcar cosas para 1.13. ¿Cuál es la mejor manera de marcarlos? ¿Debería trabajar con usted?

En una nota relacionada: no soy un mantenedor de hitos y no puedo marcar cosas para 1.13. ¿Cuál es la mejor manera de marcarlos? ¿Debería trabajar con usted?

@PatrickLang Pídeme un ping si quieres algo marcado.

Gracias @PatrickLang por una actualización de estado detallada. Como mencionó @feiskyer , envíele un ping a él o a cualquiera de nosotros en el equipo de lanzamiento de 1.13, incluido @kacole2 @nikopen.

@michmike , ¿puede vincular esto para rastrear documentos? https://github.com/kubernetes/website/pull/10875

@PatrickLang Soy una sombra de mejoras que verifica este problema; parece que se está avanzando en este problema, ya que un código Slush de FYI es 11/9 y Code freeze es 11/15: cualquier inquietud sobre hacer esas fechas

Existe preocupación sobre si las pruebas de conformidad estarán listas, dado que recién nos enteramos el jueves.
cc @jdumars @spiffxp

@claurence gracias por comprobar. Estamos trayendo pruebas en línea (Azure y GCE) y trabajando en los documentos ahora. La cola de relaciones públicas que no sean documentos y cambios de prueba en revisión está vacía, por lo que vamos por buen camino desde el punto de vista del código.

@PatrickLang , ¿puede indicarnos Docs y probar relaciones públicas?

/cc @tfogo

@AishSundar : mi panel de seguimiento maestro está aquí: https://github.com/PatrickLang/k8s-project-management/projects/1
Tiene enlaces a doc PR kubernetes/website#10875, así como PR de prueba.

Gracias @PatrickLang. Según el comentario anterior de Brian, parece que la falta de una cobertura de conformidad adecuada será un obstáculo para esta función. Veo algunos PR relacionados con la conformidad y las pruebas en su tablero. ¿Abordan todos los lineamientos de Sig-Arch? o podemos esperar más cambios/RP para las pruebas de conformidad.

También mirando el tablero del proyecto, hay bastantes cosas esperando fusionarse y estabilizarse. Estamos a solo una semana de la congelación del código. ¿Todavía estás seguro de hacer 1.13? ^^

@AishSundar sí, todavía rastreando para v1.13. Hoy en SIG-Architecture (notas) decidimos separar esto en dos flujos de trabajo:

  1. Tome una decisión sobre la etiqueta [estable] de Windows para v1.13 en función de los requisitos de cumplimiento. Este documento es el principal punto de discusión, y hay subprocesos en SIG-Architecture y SIG-Windows para cerrar esto. https://docs.google.com/document/d/1YkLZIYYLMQhxdI2esN5PuTkhQHhO0joNvnbHpW68yg8/editar

  2. ¿Qué es la conformidad para un clúster que contiene nodos de Windows? Esto no bloqueará el elemento 1, ya que Windows es una función opcional que no usarán todos los clústeres. Continuaremos esta discusión sobre la lista del grupo de trabajo de conformidad y seguiremos trabajando en una solución conjunta que probablemente estará terminada después de la versión 1.13.

Gracias @PatrickLang. ¿Podrías unirte a nuestra reunión de revisión de 1.13 RT, ya sea el lunes o el miércoles de la próxima semana a las 10 a. m. PST, para brindar una actualización más reciente a medida que nos acercamos al congelamiento del código?

@AishSundar seguro: puedo unirme el miércoles. ¿Puede indicarme los detalles de la reunión (notas/enlace de zoom)? No lo veo en la lista iCal compartida de kubernetes.

cc @michmike ^^

Por discusión con Sig Arch, decidimos mover Windows GA a 1.14

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

/hito v1.14

@spiffxp deberíamos marcar esto como "Seguido/sí" ahora para v1.14 ya que también tenemos el KEP

@michmike - apuntando estable para 1.14 ¿correcto?

@claurence eso es exacto.

KEP fue aprobado hoy para su lanzamiento estable con 1.14

Hola, sombra de mejora 1.14 aquí. Code Freeze es el 7 de marzo y todos los PR deben fusionarse para entonces con su problema para hacer el lanzamiento 1.14. ¿Qué relaciones públicas K/K abiertas aún tiene que fusionar? Gracias

@lledru tenemos trabajo en marcha e incluye algunas relaciones públicas. Puede ver nuestro tablero de seguimiento para 1.14 aquí. https://github.com/orgs/kubernetes/projects/8

@michmike mirando ese tablero de seguimiento es todo en la columna de bloqueo de lanzamiento 1.14, ¿qué debería fusionarse mediante la congelación de código? parece que si lo estoy interpretando correctamente, hay 9 relaciones públicas abiertas en K/K que deben fusionarse antes del viernes.

@claurence eso es correcto. va a ser un apretón apretado. algunos de esos RP ya están listos para fusionarse hoy.

3 años después de la formación de SIG-Windows, nos complace anunciar que Kubernetes v1.14 incluirá soporte estable para Windows

/cerrar

@michmike : Cerrando este problema.

En respuesta a esto :

3 años después de la formación de SIG-Windows, nos complace anunciar que Kubernetes v1.14 incluirá soporte estable para Windows

/cerrar

Las instrucciones para interactuar conmigo mediante los comentarios de relaciones públicas están disponibles aquí . Si tiene preguntas o sugerencias relacionadas con mi comportamiento, presente un problema en el repositorio kubernetes/test-infra .

¿Fue útil esta página
0 / 5 - 0 calificaciones