Contenedores y malla de servicio: Google se divide en Istio, Microsoft pierde OSM

Cuatro años después de entregar el gobierno de Kubernetes a la Cloud Native Computing Foundation y ver a su orquestador de contenedores de código abierto superar todas las expectativas, Google parece menos ansioso por hacer más transferencias a la fundación. Debe reconocerse que sus competidores se benefician tanto como él del éxito innegable de los "K8". El CNCF ya ha recogido varios proyectos que giran en torno al orquestador, como Helm, Prometheus, Jaeger, Envoy y otros, a los que se acaba de agregar Contour, un software diseñado por Heptio y transmitido por VMware. Por otro lado, los proyectos de Google como Knative, una plataforma de implementación sin servidor, o Istio, una capa de malla de servicios desarrollada con IBM, no deberían seguir el mismo camino, que actualmente plantea ciertas preguntas dentro de la comunidad de código abierto. Ya en noviembre, Google admitió que no tenía planes de entregar el timón de Knative al CNCF. Y con respecto a Istio, la firma Mountain View se sorprendió al anunciar el 8 de julio la creación de Open Usage Commons, una organización recién creada para ayudar a los proyectos de código abierto a administrar sus "marcas". Ella vertió Istio en él, así como otros dos proyectos, Angular y Gerrit.

Es en este contexto que Microsoft acaba de anunciar su propio proyecto de malla de servicios de código abierto, Open Service Mesh. Además, el editor de Redmond especifica que presentó una propuesta para comenzar el proceso de donación del proyecto a ... la CNCF. Cualesquiera que sean las intenciones reales de Google con respecto a OUC e Istio, la importancia crítica de la capa de malla de servicio asociada con Kubernetes acaba de confirmarse, en caso de ser necesaria. De hecho, el dominio no carece de proyectos de malla de servicios, como Linkerd, el primero de su tipo, o Cónsul (de Hashicorp).

Google propuso modificar el comité directivo de Istio

El proyecto Istio fue iniciado hace tres años por Google e IBM en colaboración con el equipo que desarrolló Envoy en Lyft. Su primera versión se lanzó en mayo de 2017. El software gestiona la forma en que el tráfico fluye a través de los servicios en una arquitectura de aplicación de contenedor. Esta capa de infraestructura documenta las interacciones entre servicios y deja a los desarrolladores centrarse en la lógica empresarial de sus aplicaciones. A muchos les pareció obvio que el proyecto Istio, independiente de las plataformas pero con grandes beneficios para Kubernetes, eventualmente se uniría al CNCF para garantizar una gobernanza abierta. Pero podría decirse que Google lamenta la forma en que Kubernetes ha prosperado en gran medida fuera de su control exclusivo, y no parece querer dejar ir a Istio de la misma manera. La organización OUC fue formada por Google con el proveedor de soluciones en la nube Sada Systems y varios colaboradores independientes. Al final del lanzamiento del anuncio, encontramos las firmas de Chris DiBona, director de código abierto de Google, Allison Randal, desarrollador y miembro de la Fundación OpenStack, Miles Ward, CTO de Sada o Charles Isbell del Instituto de Tecnología de Georgia.

Al mismo tiempo, Google ofreció cambiar el comité directivo de Istio, que se había dividido con IBM, a 60/40, aproximadamente en función de sus respectivas contribuciones. En una publicación, Dan Ciruli, gerente de producto de Google, ahora sugiere dos tipos de escaños, cada uno con igual peso en los votos: escaños de contribuyentes y otros otorgados a la comunidad, este último abierto a cualquier miembro que haya contribuido. para el proyecto y ser elegido por los otros contribuyentes. Entonces, expresa Dan Ciruli, "los miembros de la comunidad que impactan el proyecto, tanto a través del código como de otras contribuciones, tendrán una voz y oportunidades para impactar cómo crece el proyecto".

Istio se uniría al CNCF

IBM, por otro lado, no le gusta el anuncio de OUC. En una publicación, Jason McGee, CTO de la gran plataforma de nube azul, recuerda que IBM está fuertemente invertido en la ingeniería, el liderazgo y el éxito del proyecto Istio. Está decepcionado con la creación de la OUC, que según él no cumple con lo que la comunidad espera del gobierno abierto. "Sin este enfoque de gobernanza independiente del proveedor, habrá fricciones dentro de la comunidad del proyecto Kubernetes", escribe. Jason McGee recuerda que al comienzo de la aventura de Istio, hubo un acuerdo de que el proyecto sería llevado a la CNCF cuando fuera maduro. "IBM continúa creyendo que la mejor manera de gestionar proyectos clave de código abierto como Istio es a través de una verdadera gobernanza abierta, bajo los auspicios de una organización acreditada, con igualdad de condiciones para todos los contribuyentes, transparencia para los usuarios y licencia y marca independientes del proveedor gestión ", escribe. Para él, Google debería reconsiderar su compromiso inicial y llevar a Istio a la CNCF.

OUC, útil para proyectos individuales de código abierto?

Por ahora, con los miembros de OUC estrechamente vinculados a Google, el argumento de neutralidad no es el más obvio, señala Matt Asay, colaborador habitual de Infoworld. Pero también señala que la OUC rechaza explícitamente cualquier impacto en la gobernanza o la licencia del código fuente. De ahí la posibilidad, argumenta el columnista especializado en código abierto, de que los proyectos encomendados a la OUC algún día puedan unirse al CNCF. Según su acta constitutiva, la organización creada por Google para proteger las marcas no debería en ningún caso afectar la gobernanza de un proyecto. Es "al final, quizás demasiado pronto para predeterminar el impacto de OUC", escribe Matt Asay. El mismo reflejo punteado del lado de John Mark Walker, director de código abierto de Capital One, de quien cita la reacción en Twitter. Si bien puede haber un lado positivo, menciona la gran cantidad de proyectos individuales en GitHub que tal vez no deseen unirse oficialmente a una fundación mientras disfrutan de la protección de la marca registrada. Shaun Connolly, ex Hortonworks y VMware, estratega y asesor de AccelG2M, parece estar avanzando también, en Twitter, que la OUC podría ser útil para estos proyectos individuales.