Proxies de API configurables

Esta página se aplica a Apigee y Apigee Hybrid.

Consulta la documentación de Apigee Edge.

Con los proxies de API de VISTA PREVIA configurables, los desarrolladores de API pueden crear e implementar un proxy ligero con rapidez mediante un modelo de configuración declarativo. En el modelo de configuración de proxy configurable, los usuarios especifican el comportamiento previsto del proxy, en lugar de las instrucciones secuenciales necesarias para producir el comportamiento.

El desarrollo de proxy de API configurable de VISTA PREVIA está disponible solo para clientes con organizaciones de suscripción pagada de Apigee. Los clientes de Apigee con organizaciones de prepago pueden crear proxies de API programables.

Proxies programables en comparación con proxies configurables

La configuración de proxy basada en XML conocida de Apigee, o el modelo de configuración “programable”, permite a los usuarios programar de forma imperativa. Es decir, una configuración de proxy de API programable especifica instrucciones secuenciales para controlar el flujo de la lógica condicional y el estado de cada solicitud y respuesta. Se usa para organizar operaciones complejas con varias fuentes de datos, ejecutar una lógica de toma de decisiones o importar código personalizado.

Por ejemplo, para realizar el procesamiento de textos destacados externos en un proxy de API de Apigee programable (imperativo), un desarrollador de API especifica cada una de las siguientes instrucciones:

  • Llama a un servicio externo.
  • Si la respuesta contiene foo, llama al extremo X.
  • Si la respuesta contiene bar, llama al extremo Y.

El modelo del proxy de API (declarativo) de VISTA PREVIA configurable permite que el desarrollador de la API proporcione un conjunto de instrucciones con facilidad que describa los resultados deseados, en lugar de prescribir cómo para lograr esos resultados. Si bien la lógica imperativa, como las condiciones secuenciales o los bucles, no es compatible, hay muchas reglas que siguen este modelo, por ejemplo:

  • Reglas de permiso o denegación
  • Reglas de verificación de tokens
  • Reglas de aplicación de cuotas

El uso de la sintaxis YAML estándar de la industria, como anclas y extensiones, facilita a los desarrolladores de API comenzar a trabajar con rapidez sin aprender el lenguaje específico del producto. El proxy configurable de API ofrece funciones de puerta de enlace de API estándar para el tráfico de gran volumen, incluidas las siguientes:

  • Compatibilidad con claves de API para acceder a productos de API
  • Autenticación OAuth y OAuth 2.0
  • Límite de frecuencia
  • Texto destacado para puntos de decisión de políticas externas
  • Transformaciones de carga útil simples (p. ej., gRPC a JSON)

Ventajas clave

Con los proxies de API de VISTA PREVIA configurables, los desarrolladores de API pueden implementar funciones de puerta de enlace de API estándar, con una configuración reducida necesaria para comportamientos comunes como la verificación de claves de API, la autenticación de JWT y la configuración de CORS.

Compara las características

En la siguiente tabla, se comparan las capacidades de la puerta de enlace de los dos formatos de configuración:

Función Tipo de entorno
Formato del proxy PROGRAMABLE (XML) CONFIGURABLE (YAML)
Tipo de implementación ARCHIVO

PROXY

ARCHIVO

N/A
Funciones de seguridad
OAuth: genera tokens Sí N/A
OAuth: Valida tokens (JWT) Sí Sí
OAuth: Valida tokens (opacos) Sí No
Verifica claves de API Sí Sí
Listas de IP y CIDR permitidas o denegadas Sí NA
Seguridad avanzada

(Análisis de protección contra amenazas, RegEx, JWS, HMAC, SAML, XML/JSON)

Sí No
Regulación de tráfico
Cuota Sí Sí
SpikeArrest Sí N/A
Manipulación de carga útil
Programación Sí No
GraphQL Sí No
SOAP ←→ REST o XSLT Sí No
Validación de esquema

[WSDL, GraphQL y OAS]

Sí N/A
JSON ←→ gRPC No N/A
Decisiones y control de flujo
Textos destacados Sí

[A través del texto destacado del servicio o del texto destacado externo]

N/A
Caché y KVM Sí

[Caché de Apigee o Cloud CDN]

N/A
Conectividad ascendente/descendentes
Servidores de destino Sí Sí
URI de destino Sí Sí
mTLS Sí N/A
TLS Sí Sí
Protocolos HTTP 1.0, HTTP 1.1 HTTP 1.1, 2.0
Conectividad descendente y ascendente
TLS Sí Sí
Protocolos HTTP 1.1 HTTP 1.1, 2.0
Solicitud y respuesta
Límite de la carga útil 10 MB N/A

[admite cargas útiles más grandes con límites de productos]
SharedFlows y Flowhooks Sí No
Funciones avanzadas
Captura de datos Sí N/A
Monetización Sí No
Supervisión de API Sí Sí
Portal para desarrolladores Sí Sí
Analytics Sí Sí

¿Qué sigue?