Cloud Foundry, el proyecto de plataforma como servicio de código abierto que más de la mitad de las compañías de Fortune 500 utilizan para ayudarles a construir, probar y desplegar sus aplicaciones, se lanzó mucho antes de que existiera Kubernetes. Debido a esto, el equipo terminó construyendo Diego, su propio servicio de administración de contenedores. Como era de esperar, dada la popularidad de Kubernetes, que se ha convertido en parte del estándar de facto para la orquestación de contenedores, varias compañías en el ecosistema de Cloud Foundry comienzan a investigar cómo podrían usar a Kubernetes para reemplazar a Diego.
El resultado de esto es el Proyecto Eirini, que fue propuesto por primera vez por IBM. Como la Fundación Cloud Foundry anunció hoy, el Proyecto Eirini ahora pasa las pruebas funcionales básicas que el equipo ejecuta para validar las versiones de software de su tiempo de ejecución de aplicaciones, el servicio central de Cloud Foundry que implementa y administra aplicaciones (si eso es un poco confuso, ni siquiera piense en el hecho de que también hay un Cloud Foundry Container Runtime, que ya utiliza Kubernetes, pero que está destinado principalmente a dar a la empresa una plataforma única para ejecutar sus propias aplicaciones y contenedores preconstruidos de proveedores externos).
Childers destacó que mientras el proyecto fue incubado por IBM, Google, Pivotal y otros, que desde hace mucho tiempo respaldan el proyecto global Cloud Foundry, ahora también contribuyen y tienen ingenieros dedicados a tiempo completo que trabajan en el proyecto. Además, SUSE, SAP e IBM también están activos en el desarrollo de Eirini.
Eirini comenzó como un proyecto de incubación, y aunque pocos dudaron de que este fuera un proyecto exitoso, hubo un poco de confusión acerca de cómo Cloud Foundry avanzaría ahora que esencialmente tenía dos motores de contenedores para ejecutar su servicio central. En ese momento, incluso hubo cierta preocupación de que el proyecto pudiera bifurcarse. "Retrocedí en ese momento y dije: no, este es el proceso de exploración natural que las comunidades de código abierto deben atravesar", dijo Childers. "Lo que estamos viendo ahora es que con Pivotal y Google intervenir, es una señal muy clara de que esta será la arquitectura avanzada para el futuro de Cloud Foundry Application Runtime ".
Hace unos meses, por cierto, a Kubernetes aún le faltaban algunas piezas cruciales que el ecosistema de Cloud Foundry necesitaba para hacer este movimiento. Childers señaló específicamente que el soporte de Windows, algo que los usuarios empresariales del proyecto realmente necesitan, todavía era problemático y carecía de algunas características importantes. Sin embargo, en los últimos lanzamientos, el equipo de Kubernetes solucionó la mayoría de estos problemas y mejoró su compatibilidad con Windows, lo que hace que esos problemas sean discutibles.
¿Qué significa todo esto para Diego? Childers señaló que la comunidad no está en un punto en el que mantendrá el desarrollo de esa herramienta. En algún momento, sin embargo, parece probable que la comunidad decida que es hora de comenzar el período de transición y de hacer el cambio a Kubernetes oficial.
Vale la pena señalar que IBM ha anunciado hoy su propia versión previa de Eirini en su entorno empresarial Cloud Foundry y que la última versión de la plataforma de aplicaciones basada en la tecnología Cloud Foundry de SUSE también incluye una vista previa similar.
Además, la Fundación Cloud Foundry, que celebra su conferencia semestral de desarrolladores en Filadelfia esta semana, también anunció que certificó su primer certificado para integradores de sistemas, Accenture y HCL, como parte de su programa de certificación recientemente lanzado para empresas que trabajan en el ecosistema de Cloud Foundry y tienen en Al menos diez desarrolladores certificados en sus equipos.
Source link