Dos tendencias de modernización de aplicaciones (API y Kubernetes) han alcanzado un punto de adopción crítico en el que muchas organizaciones ahora buscan ofrecer API utilizando Kubernetes. Al igual que con la contenerización de aplicações, esta estrategia requiere que las organizaciones descubran cómo entregar API de manera rápida y segura. Para las aplicações tradicionales, la solución es un balanceador de carga o ADC que dirige las solicitudes de API desde un cliente a los servicios apropiados; en otras palabras, una puerta de enlace API. Pero con Kubernetes llegan diferentes formas de entregar aplicaciones y API, que a su vez han generado dos nuevas herramientas de gestión de tráfico: el controlador Ingress y la malla de servicios. Las organizaciones se quedan con la pregunta "¿Qué herramienta debo usar para brindar la funcionalidad de API Gateway en Kubernetes?"
En este seminario web, lo ayudamos a responder esa pregunta analizando las necesidades únicas de las API en contenedores (y sus propietarios), compartiendo casos de uso comunes que se pueden resolver con herramientas de Kubernetes y analizando lo que puede hacer para modernizar sus API para la era de Kubernetes.
Por qué las herramientas nativas de Kubernetes son la mejor opción para la mayoría de los casos de uso de API Gateway en Kubernetes
Cómo un controlador de Ingress puede satisfacer la mayoría de los casos de uso de API Gateway
Cuando una malla de servicios es necesaria para llevar a cabo casos de uso de API Gateway
Acerca del número relativamente pequeño de casos de uso en los que una herramienta de puerta de enlace API es la opción correcta
Brian Ehlert
Director de Gestión de Productos
Alan Murphy
Sr. Gerente de producto