Konga es una herramienta de administración de código abierto que actúa como una interfaz gráfica (GUI) para gestionar el API Gateway de Kong. Su funcionamiento principal es proporcionar un panel de control centralizado y fácil de usar para administrar APIs, microservicios, complementos, consumidores y nodos de Kong, eliminando la necesidad de usar comandos como curl o herramientas como Postman. A través de Konga, los usuarios pueden monitorizar el estado en tiempo real, configurar upstream (servicios que Kong proxy), gestionar la seguridad y balancear la carga, todo desde una interfaz web.

¿Qué es Konga?

• Interfaz de usuario para Kong: Konga es una aplicación que ofrece una interfaz gráfica de usuario (GUI) intuitiva para interactuar con la API de administración de Kong Gateway.
• Gestión centralizada de APIs: Permite administrar Kong, que es una plataforma de código abierto para la gestión de APIs y microservicios.
• Función de proxy: Kong (y por extensión, Konga) funciona como un proxy que dirige las peticiones a los servicios de backend, añadiendo funcionalidades como seguridad, logs y limitación de peticiones.

¿Cómo funciona?

• Conexión a Kong: Konga se conecta a la API de administración de Kong para obtener la información y permitir su gestión. Esto se hace creando una conexión dentro de la aplicación y activándola.
• Visualización y monitoreo: Proporciona monitoreo en tiempo real del estado de los nodos de Kong, información detallada de los mismos y un entorno multiusuario.
• Administración de recursos: Permite gestionar elementos clave del ecosistema Kong, como:APIs: Crear y configurar servicios que el gateway debe exponer.
• Plugins: Añadir y configurar complementos para extender la funcionalidad del gateway (ej. seguridad).
• Consumidores: Administrar los clientes que utilizan las APIs.
• Credenciales: Gestionar la autenticación de los consumidores.
• Gestión avanzada de upstream y targets: Permite configurar grupos de servicios (Upstreams) y sus destinos individuales (Targets). Esto incluye la configuración de health checks (comprobaciones de salud) y balanceo de carga para distribuir el tráfico entre los Targets disponibles.

Un clúster es un grupo de servidores que funcionan juntos como un único sistema para procesar cargas de trabajo y mejorar la disponibilidad y escalabilidad. La integración con API funciona a través de la API del clúster, que es la interfaz para interactuar con él, permitiendo definir el estado deseado y que el clúster administre automáticamente los nodos y aplicaciones que lo componen para alcanzar ese estado.

¿Qué es un clúster?

• Grupo de servidores: Un clúster es un conjunto de nodos o computadoras conectados que trabajan de forma cohesionada como un solo sistema.
• Objetivo: Su propósito principal es gestionar y distribuir cargas de trabajo, logrando alta disponibilidad y escalabilidad.
• Alta disponibilidad: Si un nodo falla, otro puede asumir su carga de trabajo, un proceso conocido como conmutación por error o failover.
• Ejemplo de uso: En un clúster de Kubernetes, los nodos (máquinas físicas o virtuales) ejecutan aplicaciones en contenedores. El clúster se encarga de orquestar estos contenedores a escala.

¿Cómo funciona con integración de API?

• API como interfaz: La API (Interfaz de Programación de Aplicaciones) del clúster es la forma en que los usuarios y otros sistemas interactúan con él.
• Estado deseado: Un usuario o sistema define el estado deseado del clúster (ej. qué aplicaciones deben ejecutarse, cuántos recursos necesitan) a través de la API.
• Gestión automática: El clúster, a través de su sistema de control, monitorea constantemente el estado real y trabaja para que coincida con el estado deseado definido por el usuario.
• Herramienta declarativa: Es un sistema declarativo porque se le dice al clúster qué hacer (el estado deseado), y este se encarga de los detalles de cómo lograrlo automáticamente.
• Ejemplo con Kubernetes: Se puede usar la herramienta de línea de comandos kubectl o la API directamente para enviar peticiones. Por ejemplo, se puede usar la API para solicitar el estado actual de los nodos o para desplegar una nueva aplicación. Las peticiones se dirigen a la API de Kubernetes, que luego las procesa y actualiza el clúster para que cumpla con la petición.

¿Cuál se debe elegir?

El sistema de mensajería adecuado depende de la arquitectura a utilizar y el uso requerido, es decir, cada proyecto es diferente al igual que sus necesidades y no hay un broker de mensajería definitivo.

Primero definamos rápidamente que es cada uno.

Apache Kafka:

Es una plataforma de streaming de eventos de código abierto que se utiliza para publicar, almacenar y procesar flujos de datos en tiempo real de forma escalable y confiable. Funciona como un sistema de mensajería distribuido en el que se pueden publicar mensajes (eventos) y suscribirse a ellos para procesarlos a medida que ocurren, con la capacidad de almacenar de manera duradera los flujos de datos.

Apache RabbitMQ:

Es un broker de mensajería de código abierto y de nivel empresarial que facilita la comunicación entre aplicaciones y sistemas distribuidos, actuando como un intermediario para enviar y recibir mensajes de manera fiable. Su funcionamiento se basa en un sistema de "intercambios" que enrutan mensajes a "colas" basándose en reglas, similar a una oficina de correos para datos.

Ahora les compartó una comparación eficaz de ambas:

Kafka:

• Oleoducto de datos de alta velocidad
• Maneja transmisiones de eventos continuos
• Un rendimiento muy alto para aplicaciones en tiempo real
• Conserva datos para repetición y análisis
• Ideal para publicar/suscribir patrones

RabbitMQ :

• El centro de mensajes confiable
• Garantía de entrega de mensajes
• Perfecto para colas de tareas y procesamiento de trabajadores
• Soporta enrutamiento flexible para flujos de trabajo complejos
• Adecuado para comunicación punto a punto

En resumen:

Kafka: Lo mejor para eventos a gran escala en streaming y análisis.

RabbitMQ: Lo mejor para entrega confiable, procesamiento de tareas y flujos de trabajo complejos.