Descripción general de Edge para la nube privada

Novedades

Consulta 4.52.02: Notas de la versión de Edge para la nube privada

Accede a la comunidad de Apigee

La comunidad de Apigee es un recurso gratuito en el que puedes comunicarte con Apigee y otros clientes de Apigee con preguntas, sugerencias y otros problemas. Antes de publicar contenido en la comunidad, asegúrate de buscar primero las publicaciones existentes para ver si ya se respondió tu pregunta.

Descripción general de la arquitectura

Antes de instalar Apigee Edge para la nube privada, debes estar familiarizado con la organización general de los módulos de Edge y los componentes de software.

Apigee Edge para la nube privada consta de los siguientes módulos:

  • Apigee Edge Gateway (también conocido como servicios de API)
  • Estadísticas de Apigee Edge
  • Servicios de monetización de Apigee Edge (también conocidos como Monetización de servicios para desarrolladores)

En la siguiente imagen, se muestra cómo interactúan los diferentes módulos dentro de Apigee:

Los módulos perimetrales conectan diferentes servicios y equipos dentro de una organización. Por ejemplo, Edge Analytics conecta a un usuario empresarial con los servicios de backend y el equipo de API; la monetización perimetral conecta a un desarrollador con el equipo de API; la app se conecta mediante Edge Gateway y los servicios de app perimetral a los servicios de backend y al equipo de API. Todos estos servicios y equipos están, de alguna manera, interconectados.

Si quieres obtener más información sobre cómo compilar un portal para desarrolladores, consulta Compila tu portal con Drupal 9.

Puerta de enlace de Apigee Edge

Edge Gateway es el módulo principal de Apigee Edge y la herramienta principal para administrar tus APIs. La IU de Gateway proporciona herramientas para agregar y configurar tus APIs, establecer paquetes de recursos y administrar desarrolladores y apps. Gateway descarga muchas inquietudes de administración comunes de tu API de backend. Cuando agregas una API, puedes aplicar políticas de seguridad, límite de frecuencia, mediación, almacenamiento en caché y otros controles. También puedes personalizar el comportamiento de tu API si aplicas secuencias de comandos personalizadas, haces llamadas a API de terceros, etcétera.

Componentes de software

Edge Gateway se compila a partir de los siguientes componentes principales:

  • Servidor de administración perimetral
  • Apache ZooKeeper
  • Apache Cassandra
  • Router perimetral
  • Procesador de mensajes de Edge
  • OpenLDAP
  • IU clásica y de Edge (antes conocida como nueva experiencia de Edge)

Edge Gateway está diseñada para que todas se puedan instalar en un solo host o distribuirse entre varios hosts.

Estadísticas de Apigee Edge

Edge Analytics tiene estadísticas de APIs potentes para ver tendencias de uso a largo plazo. Puedes segmentar tu público en función de los principales desarrolladores y apps, obtener información sobre el uso según el método de la API para saber dónde invertir y crear informes personalizados con información a nivel de la empresa.

A medida que los datos pasan por Apigee Edge, se recopilan varios tipos de información predeterminados, como la URL, la IP, el ID de usuario para la información de llamadas a la API, la latencia y los datos de errores. Puedes usar políticas para agregar otra información, como encabezados, parámetros de consulta y partes de una solicitud o respuesta extraída de archivos XML o JSON.

Todos los datos se envían a Edge Analytics, donde el servidor de estadísticas los mantiene en segundo plano. Las herramientas de agregación de datos se pueden usar para compilar varios informes integrados o personalizados.

Componentes de software

El análisis perimetral incluye lo siguiente:

  • Qpid, que consta de los siguientes elementos:
    • Sistema de mensajería Apache Qpid
    • Servicio de servidor Qpid de Apigee: Un servicio de Java de Apigee que se usa para administrar Apache Qpid
  • Postgres, que consta de lo siguiente:
    • Base de datos de PostgreSQL
    • Servicio de Apigee Postgres: un servicio de Java de Apigee que se usa para administrar la base de datos de PostgreSQL

Servicios de monetización de Apigee Edge

Edge Monetization Services es una nueva y potente extensión de Apigee Edge para la nube privada. Como proveedor de API, necesitas una manera fácil de usar y flexible de monetizar tus API para que puedas generar ingresos por el uso de esas API. Los Servicios de Monetización cumplen con estos requisitos. Con los servicios de monetización, puedes crear una variedad de planes de tarifas que cobran a los desarrolladores por el uso de tus APIs agrupadas en paquetes. La solución ofrece un amplio grado de flexibilidad: puedes crear planes prepagados, de pospago, de tarifa fija, de tarifa variable, de tipo freemium, personalizados para desarrolladores específicos, planes que abarcan grupos de desarrolladores y mucho más.

Además, los Servicios de Monetización incluyen servicios de informes y facturación. Por ejemplo, como proveedor de API, puedes obtener informes resumidos o detallados sobre el tráfico de tus paquetes de API para los que los desarrolladores compraron un plan de tarifas. También puedes realizar ajustes en estos registros según sea necesario. Además, puedes crear documentos de facturación (que incluyen los impuestos aplicables) para el uso de tus paquetes de API y publicarlos para los desarrolladores.

También puedes establecer límites para controlar y supervisar el rendimiento de tus paquetes de API y permitirte reaccionar en consecuencia. También puedes configurar notificaciones automáticas para cuando se acerquen o alcancen esos límites.

Funciones de los Servicios de Monetización

Las características clave de los servicios de monetización perimetral incluyen las siguientes:

  • La integración total con la plataforma de API significa interacción en tiempo real
  • Admite todos los modelos de negocio listo para usar, desde simples planes basados en tarifas hasta los planes de cobro o reparto de ingresos más complejos (planes fáciles de crear y modificar).
  • Califica las transacciones según el volumen o los atributos personalizados de cada transacción. La transacción puede constar de APIs de otros sistemas Gateway PLUS (externas a Apigee Edge)
  • Herramientas automatizadas, como límites y notificaciones, para supervisar el rendimiento y administrar el proceso
  • Flujo de trabajo y controles integrados de desarrolladores o socios para administrar las compras a través de la facturación o el pago
  • Autoservicio completamente para usuarios empresariales y desarrolladores/socios, por lo que no se necesitan costosas intervención técnica
  • Integrado en cualquier sistema de ventas de backend, contabilidad y ERP

Las capas de una instalación de Edge, con la IU de administración y el portal para desarrolladores que actúan como la capa de la interfaz y todos los demás componentes de Edge que proporcionan servicios.

Componentes de software

Los servicios de monetización perimetral se basan en los siguientes componentes principales:

  • Servidor de administración perimetral
  • Procesador de mensajes de Edge

Para obtener más información sobre cómo comenzar a usar los servicios de monetización con la IU de Edge, consulta Comienza a usar la monetización.

Implementación local

Una instalación local de Apigee Edge principal para la nube privada (Gateway y Analytics) proporciona la infraestructura necesaria para ejecutar el tráfico de la API en nombre de los clientes del cliente local.

En los siguientes videos, se presentan los modelos de implementación de Apigee Edge para la nube privada:

S26E01: Introducción al modelo de implementación

S26E04: Arquitectura de implementación

Estos son algunos de los componentes que proporciona la instalación local de Edge Gateway:

  • Un router controla todo el tráfico de API entrante desde un balanceador de cargas, determina la organización y los entornos del proxy de API que controla la solicitud, balancea las solicitudes entre los procesadores de mensajes disponibles y, luego, despacha la solicitud. El router finaliza la solicitud HTTP, controla el tráfico TLS/SSL y usa el nombre de host virtual, el puerto y el URI para dirigir las solicitudes al procesador de mensajes adecuado.
  • Un Message Processor procesa las solicitudes a la API. El procesador de mensajes evalúa una solicitud entrante, ejecuta las políticas de Apigee y llama a los sistemas de backend y a otros sistemas para recuperar datos. Una vez recibidas esas respuestas, el Message Processor formatea una respuesta y la muestra al cliente.
  • Apache Cassandra es el repositorio de datos del entorno de ejecución que almacena la configuración de las aplicaciones, los contadores de cuotas distribuidos, las claves de API y los tokens de OAuth para las aplicaciones que se ejecutan en la puerta de enlace.
  • Apache ZooKeeper contiene datos de configuración sobre la ubicación y configuración de los distintos componentes de Apigee, y notifica a los diferentes servidores sobre los cambios de configuración.
  • OpenLDAP (LDAP) para administrar los usuarios y roles de la organización y el sistema
  • Un servidor de administración para mantener estas piezas juntas. Management Server es el extremo de las solicitudes a la API de Edge Management. También interactúa con la IU de Edge.
  • Una IU proporciona herramientas basadas en el navegador que te permiten realizar la mayoría de las tareas necesarias para crear, configurar y administrar proxies de API, productos de API, apps y usuarios.

Entre los componentes que proporciona la instalación local de Edge Analytics, se incluyen los siguientes:

  • Un servidor Qpid administra el sistema de colas para los datos de estadísticas.
  • Un servidor de Postgres administra la base de datos de estadísticas de PostgreSQL.

En el siguiente diagrama, se ilustra cómo interactúan los componentes de Apigee Edge:

La figura central en la interacción del componente de Edge es Management Server, que está vinculado a la mayoría de los demás componentes. Algunos componentes, como el router y el procesador de mensajes, interactúan directamente entre sí, además de interactuar con el servidor de administración. Los componentes como Qpid y Postgres tienen componentes de datos secundarios que no están conectados directamente al servidor de administración.