Yosemite Fitness
Related Articles
Los buildpacks ayudan a aliviar la carga de los desarrolladores al tomar el código fuente y convertirlo en aplicaciones completamente funcionales. Para conocer más sobre esta tecnología, entrevistamos a Ram Iyengar, evangelista jefe de la Cloud Foundry Foundation, en el episodio más reciente de nuestro podcast, What the Dev? Aquí hay una versión editada y abreviada de esa conversación: ¿Cómo ayudan los buildpacks, y Paketo Buildpacks en particular, a los desarrolladores a desarrollar aplicaciones nativas de la nube? Creo que los paquetes de compilación han sido muy importantes para poner en producción muchas aplicaciones y colocarlas en contenedores sin tener que lidiar con muchos gastos generales que generalmente vienen con el proceso de contenedorización. ¿Qué puedo decir que no hayamos dicho ya en el seminario web y en el artículo y cosas así? Bueno, hay un ángulo comunitario en esto. Buildpacks está en cierto modo en camino a la promoción dentro de la CNCF y esperamos que lo esté en los próximos seis a doce meses. Si hay alguna muestra de apoyo que puedan hacer como comunidad, invito a las personas a que le den una estrella, abran preguntas importantes, prueben el proyecto y vean cómo pueden usarlo, y nos den su opinión sobre cómo puede funcionar el proyecto. ser mejorado. Una cosa en la que quería profundizar es Korifi, que es su plataforma para crear e implementar aplicaciones de Kubernetes. ¿Puedes hablar un poco sobre Korifi y cómo se relaciona con los paquetes de construcción? Absolutamente, una de las principales áreas donde vemos que se consumen muchos paquetes de compilación es cuando la gente comienza a construir plataformas en Kubernetes. Ahora, cualquier tipo de charla que veas sobre Kubernetes estos días, ya sea en KubeCon o en uno de los otros eventos, es extremadamente compleja, y se ha dicho tantas veces una y otra vez que hay memes, ya sean artículos de opinión. , existe todo tipo de subcultura en Internet sobre lo complejo que puede ser Kubernetes. La consecuencia de esta complejidad es que algunos equipos y empresas han comenzado a idear una plataforma en la que dicen: ¿quieres usar Kubernetes? Bueno, instalas otro sustrato encima de Kubernetes y abstraes muchas de las partes internas de Kubernetes para que no interactúen con tus desarrolladores. Así que esto resuena perfectamente con el mensaje de Cloud Foundry durante todos estos años. La gente quiere una experiencia de primera clase, de autoservicio y multiinquilino en máquinas virtuales, y hoy quieren el mismo tipo de experiencia en Kubernetes por razones ligeramente diferentes, pero el objetivo final es que los desarrolladores puedan alcanzar esta velocidad objetivo a cuáles son más óptimos. Necesitan poder construir e implementar rápidamente y continuar impulsando aplicaciones a producción mientras reducen muchas otras áreas importantes, como cómo escalarlas y cómo mantener el equilibrio de carga en esto. ¿Cómo configuramos la red y la entrada? Todas estas cosas deberían recaer en una sola plataforma. Entonces, Korifi es lo que surgió de la comunidad para implementar ese tipo de comportamiento, y los paquetes de compilación encajan perfectamente en este mundo. Entonces, al usar paquetes de compilación, y creo que Korifi es el consumidor número uno de paquetes de compilación, en realidad crearon una experiencia para poder implementar aplicaciones en Kubernetes, independientemente del idioma y la familia, y aprovechar todas estas capacidades de los paquetes de compilación. He escuchado muchas conversaciones sobre la Cloud Foundry Foundation en general, que es un poco antigua y tal vez Kubernetes esté tratando de reemplazar lo que ustedes están haciendo. Entonces, ¿cómo responderías a esto? ¿Y qué ofrece la Cloud Foundry Foundation en el mundo Kubernetes? La mía es una respuesta de dos partes o dos frentes. Por un lado está la vertiente tecnológica. Por otro lado, hay una perspectiva comunitaria y humana de las cosas. Los ingenieros quieren nuevas herramientas, cosas nuevas, nueva infraestructura y nuevos tipos y formas de trabajar. Y entonces, lo que sucedió en la comunidad tecnológica en general es que una tecnología suficientemente buena como Cloud Foundry de repente se vio relegada a la tecnología heredada y a la antigua forma de hacer las cosas y, en algunos casos, no lo suficientemente moderna. Este es el punto de vista humano. Entonces, cuando la gente empezó a mirar a Kubernetes, cuando toda la comunidad de desarrollo de software se dio cuenta de Kubernetes, lo que hicieron fue captar esta nueva tendencia y quisieron, por así decirlo, subirse al tren. Y Kubernetes comenzó a ocupar gran parte del espacio de cabeza y ahora, como bien dice Gartner, ya superó esa fase de altas expectativas. Y ahora está entrando en la productividad y toda la comunidad anhela una forma de utilizar Kubernetes y al mismo tiempo reducir la complejidad. Y quieren una manera muy conveniente de implementar aplicaciones en Kubernetes sin preocuparse por las redes, el equilibrio de carga, los escalares automáticos y todas esas otras cosas periféricas que hay que adjuntar a una aplicación. Creo que en realidad no se trata de que los desarrolladores simplemente quieran cosas nuevas. Creo que quieren mejores herramientas y formas más eficientes de hacer su trabajo, que les permitan innovar tanto como quieran y no atascarse en todos esos problemas de infraestructura y cosas que ahora saben que se pueden solucionar. Así que creo que lo que estás diciendo es muy importante en términos de posicionar a Cloud Foundry como útil y útil para los desarrolladores en términos de aumentar la eficiencia y poder trabajar de la manera que quieran. Bueno, sí, estoy de acuerdo en principio, por eso digo que Cloud Foundry y algunos otros como Heroku, todos han perfeccionado esta experiencia de cómo debería ser el flujo de trabajo de un desarrollador. Ahora, los desarrolladores están felices de adoptar nuevas formas de trabajar, pero el problema es que, cuando estás en el camino para lograr ese tipo de eficiencia y velocidad, a menudo, sin querer, creas muchos flujos de trabajo obstinados a tu alrededor. Entonces, todos los desarrolladores tendrán una forma muy específica de crear las implementaciones y crear estos artefactos inmutables, y construirse un fuerte desde donde les gustaría ser rey del castillo, señor del manor, pero en realidad está atacando gran parte de la imagen mental y cualquier aprensión que surja al desviarse de esa imagen mental. Y ahora mismo, Kubernetes parece ofrecer una de las mejores formas de crear, empaquetar e implementar una aplicación, ya que puede hacer muchas cosas diferentes. Ahora, si se hace una comparación punto por punto entre lo que Cloud Foundry era capaz de hacer, digamos, en 2017 y lo que Kubernetes es capaz de hacer ahora, será casi lo mismo. Entonces, en términos de paridad de funciones, estamos en un punto ahora, y podría ser muy controvertido decirlo en un podcast público, pero en términos de paridad de funciones, Cloud Foundry siempre ha ofrecido el tipo de funciones que están disponibles en Kubernetes. comunidad en este momento. Ahora, por supuesto, Kubernetes imagina que las aplicaciones se construyen e implementan de una manera ligeramente diferente, pero en términos de poner todo en contenedores y enviarlo a un orquestador de contenedores y proporcionar el tipo de confiabilidad que las aplicaciones necesitan y permitir sidecars, servicios y múltiples. -ubicación. Creo firmemente que la oferta de Cloud Foundry era bastante convincente incluso hace cuatro o cinco años, mientras que Kubernetes todavía está navegando por aguas bastante difíciles en términos de multi-inquilino, servicios y cosas así. Pero bueno, como comunidad, están haciendo una innovación maravillosa. Y sí, estoy de acuerdo contigo cuando digo que los ingenieros siempre están buscando la mejor manera de lograr esa eficiencia.
