Acercando posturas con el código abierto
La entrega de aplicação está cambiando. A riesgo de utilizar palabras de moda, se está transformando… digitalmente. La entrega continua se ha convertido en la norma para DevOps (el 71 % planea implementarla) y la implementación continua debe seguir si se quiere que el negocio tenga éxito en la era del capital de aplicação . Si bien el 73% de las organizaciones planean implementar una implementación continua, casi la mitad de ellas aún no ha comenzado. Un asombroso 42% aún no ha automatizado un solo componente del proceso de implementación continua.
La brecha entre entrega e implementación es real. Esto se puede ver en la teoría en las encuestas y en la práctica en el abismo que existe entre la nube y el centro de datos. Se observa dentro de las organizaciones en el muro que detiene la entrega continua donde se encuentra con una especie de implementación continua.
También se observa en la tecnología, donde surge una brecha muy real en la visibilidad debido a la cadena de distribución de aplicação desconectada. Esto se refleja en la incapacidad de monitorear y medir el rendimiento de las aplicação en entornos de múltiples nubes. Y esto se refleja en la incapacidad de implementar y aplicar de manera consistente políticas de seguridad en toda la cartera de aplicação multigeneracionales que actualmente administran miles de organizaciones empresariales.
La brecha está creciendo
Hemos visto cada vez más cómo esa brecha se amplía con la adopción de aplicações y arquitecturas modernas nativas de la nube. Incluso las aplicações que permanecen conectadas al centro de datos se ven afectadas. Ya sea que ese impacto se manifieste en nuevos enfoques (todo continuo) o en nuevos servicios de aplicação para responder a la necesidad de seguridad y escala en entornos modernos nativos de la nube, una cosa está clara: la entrega de aplicação tiene que cambiar y cerrar la brecha entre DevOps y NetOps si se quiere abordar la necesidad de consistencia y visibilidad en un mundo de múltiples nubes.
El mundo de DevOps se basa cada vez más en código abierto. Como escribió Gus Robertson, director ejecutivo de NGINX, en su blog reciente : “Si el software se está comiendo al mundo, entonces el código abierto se está comiendo al software”. Hoy en día, las aplicações se desarrollan principalmente a partir de componentes de terceros, la mayoría de ellos de código abierto. La infraestructura de aplicaciones se construye cada vez más a partir de componentes de código abierto. Desde servidores web hasta servidores de aplicaciones, desde bases de datos hasta control de ingreso, desde mensajería hasta tiempos de ejecución y orquestación de contenedores. Las operaciones de TI están impulsadas por herramientas de código abierto como Puppet, Chef, Terraform, Helm, Kubernetes y Ansible.
Se adoptan estas herramientas y tecnologías porque dan respuesta a múltiples desafíos: entrega e implementación rápidas y frecuentes junto con un modelo de negocio sin fricciones. Pero también ofrecen beneficios en términos de fomentar la colaboración y estimular la innovación cuando organizaciones enteras avanzan hacia la estandarización de operaciones basadas en código abierto.
Nada de esto es posible sin las apasionadas comunidades de desarrolladores que trabajan incansablemente para mejorar sus soluciones de código abierto.
En F5, valoramos el valor de estas comunidades.
Cómo ve F5 la comunidad
En un ejemplo comparable, nuestra comunidad DevCentral se basa en la innovación colaborativa, guiada por muchos de los mismos principios que impulsan los proyectos de código abierto. El intercambio de códigos y las transferencias de conocimientos en toda la comunidad ayudan a los cientos de miles de miembros a innovar y crear nuevas capacidades para nuestra plataforma BIG-IP. Con esas soluciones vienen nuevas extensiones, complementos y bibliotecas para proyectos de código abierto como Puppet, Chef y node.js.
Participamos activamente, alentamos y apoyamos estos esfuerzos para mejorar no sólo nuestros propios productos, sino también el open source software del que nuestros clientes y la comunidad dependen para mantener sus negocios en funcionamiento.
Aun así, sabemos que muchos de ustedes, especialmente en la comunidad de código abierto NGINX, no conocen muy bien F5. También reconocemos que esto nos da motivos para ser escépticos. Eso es comprensible. Hasta ahora, nuestra interacción con el código abierto se ha mantenido, en gran medida, tras bastidores.
Dicho esto, nuestra propia transformación hace un uso extensivo del código abierto para impulsar nuestro flujo de trabajo de CI/CD y nuestros productos a medida que cambiamos nuestro enfoque de la entrega de aplicação a los servicios de aplicação . Interactuamos constantemente con código abierto y nuestros ingenieros principales contribuyen activamente a loopback.io y nats.io. Nuestro brazo Aspen Mesh consume y contribuye regularmente a istio.io y ha generado varios proyectos de código abierto relacionados que mantenemos, como istio-vet , istio-client-go y tracing-go . Desarrollamos y mantenemos un conjunto de módulos de código abierto para Ansible .
No lo promocionamos demasiado porque no contribuimos a sumar puntos de marketing; contribuimos porque es lo correcto para nosotros, para nuestros clientes y para cada una de las comunidades que administran proyectos de código abierto.
Construcción de puentes
Para superar la brecha que impide a las empresas lograr una TI continua, lo correcto ahora es amplificar y acelerar la misión de algunos de los componentes de código abierto más ampliamente adoptados en la pila de distribución de aplicação .
Permítanme reiterar lo que Gus e Igor han comunicado: F5 pretende aumentar la inversión para amplificar y acelerar la misión NGINX.
Al unir F5 y NGINX, podemos brindar a las empresas un conjunto consistente de servicios de aplicação de extremo a extremo para abordar una de las necesidades más urgentes de TI: implementaciones rápidas y frecuentes en un conjunto variado de arquitecturas de aplicação que residen en múltiples propiedades de la nube. Creemos que para lograrlo con éxito es necesario que NGINX siga siendo de código abierto y que esté impulsado en gran medida por la comunidad que lo creó.
NGINX ha hecho un trabajo increíble al guiar su open source software hasta la fecha. Es una de las cosas que nos atrajo. Al mirar hacia un futuro que tanto NGINX como F5 creen que estará impulsado y determinado por las aplicações, vemos tanto la necesidad como la oportunidad de amplificar y acelerar el desarrollo y la innovación en la pila NGINX.
Esperamos aprender de estas comunidades y trabajar juntos hacia un futuro basado en una pasión compartida por las aplicações y su entrega impecable.