Foco de código abierto: Reescritura de URL y gráficos de Helm con F5 Container Connector
- Helm es el administrador de paquetes para Kubernetes. Los gráficos de Helm son un método declarativo cada vez más popular para administrar e implementar aplicações complejas y en contenedores. F5 Container Connector ( disponible en Github y DockerHub ) ahora admite la implementación mediante gráficos de Helm .
- Ahora puede usar la anotación de reescritura para reescribir URL en una BIG-IP para recursos de ingreso de Kubernetes y rutas e ingresos de OpenShift. La documentación sobre el uso de esta capacidad está aquí .
La combinación de código abierto y contenedores crea un entorno en constante cambio. La tecnología ya no incipiente de los entornos de contenedores está madurando rápidamente en parte gracias a sus raíces en el código abierto. Aquellos de nosotros que nos dedicamos al desarrollo de software tanto comercial como corporativo a menudo hemos recurrido al código abierto (el 80 % de las aplicações actuales están compuestas por bibliotecas de terceros, muchas de las cuales son de código abierto) y los contenedores no son una excepción.
Con esa rápida maduración vienen iteraciones rápidas de soluciones como F5 Container Connector que unen las rutas entre los entornos modernos y las redes tradicionales. Ese puente es necesario para garantizar que los usuarios (ya sean humanos o dispositivos) puedan acceder a las API y las aplicações comiencen a implementarse en entornos de contenedores.
Esto se debe a que Internet aún debe abordar desafíos que se superan mejor mediante una ruta de entrada segura desde el exterior de la organización hacia el interior. Las direcciones IPv4 limitadas son un ejemplo que restringe la cantidad de puntos finales públicos que una empresa puede presentar al mundo exterior para acceder. E incluso si eso se resolviera con la adopción de IPv6, aún así las preocupaciones de seguridad probablemente restringirían los puntos de entrada como un medio para garantizar que cada solicitud sea inspeccionada y examinada antes de permitir su ingreso al centro de datos.
Esto significa que el uso de servidores proxy de equilibrio de carga tradicionales y escalables para proteger la puerta de entrada a las API y aplicaciones en contenedores continuará en el futuro previsible. Pero eso no significa que estas soluciones, como BIG-IP, no deban ser tan flexibles y dinámicas como los entornos a los que envían solicitudes. Por eso existe F5 Container Connector: para garantizar que los cambios dentro de un entorno de contenedores se comuniquen rápidamente a BIG-IP.
En esta iteración de “Novedades en F5 Container Connector”, anunciamos compatibilidad con anotaciones de reescritura para facilitar la reescritura de URL. Estas capacidades se utilizan para una variedad de propósitos, incluida la migración de clientes de una versión de una API o aplicación a otra o la solución de un antiguo problema de ruta URL reescribiéndolo automáticamente en la nueva ruta que lo resuelve.
También es nueva la compatibilidad con Helm, el administrador de paquetes de Kubernetes. A medida que los entornos de contenedores (y las aplicações implementadas en ellos) se vuelven cada vez más complejos en términos de sistemas involucrados, se vuelve inviable implementarlos y administrarlos manualmente. Se requiere un método de implementación y gestión más automatizado y declarativo, no solo para escalar sino también para garantizar que todas las piezas estén en su lugar para una aplicação determinada.
Helm utiliza lo que denomina gráficos para empaquetar una aplicação completa y sus componentes, garantizando implementaciones consistentes y repetibles, así como reversiones simples en caso de problemas. F5 Container Connector ahora admite el uso de gráficos Helm para implementar y administrar sin problemas rutas de ingreso en BIG-IP.
Puede encontrar la documentación para reescribir anotaciones aquí y los gráficos de ingreso de Helm de F5 BIG-IP en github .