14.01.00.00: Notas de la versión local de Apigee Edge

Estás viendo la documentación de Apigee Edge.
Ir a la documentación de Apigee X. info

El miércoles 29 de enero de 2014, lanzamos una nueva versión local de Apigee Edge.

Si tienes preguntas, comunícate con el equipo de asistencia de Apigee Edge.

Esta versión contiene funciones y correcciones de errores de las siguientes versiones de Cloud:

Nuevas funciones y mejoras

  • Actualiza los atributos personalizados de OAuth 2.0 en los tokens
    Una nueva política "Set OAuth v2.0 Info" te permite actualizar los atributos personalizados en los tokens de OAuth 2.0.
    http://apigee.com/docs/api-services/content/set-oauth-tokens-attributes-using-setoauthv2info
  • Actualizaciones de la política de OAuth 1.0a
    En esta versión, se incluyen las siguientes actualizaciones de la política de OAuth 1.0a:
    • Al igual que con los tokens de OAuth 2.0, ahora puedes establecer atributos personalizados en los tokens de OAuth 1.0a.
    • Una nueva operación GenerateVerifier te permite generar y devolver un verificador de OAuth 1.0a (similar a un código de autorización en OAuth 2.0).
    http://apigee.com/docs/api-services/content/authorize-requests-using-oauth-10a
  • Información de SSL en variables de flujo
    Apigee Edge ahora te permite propagar y acceder a la información de SSL en variables de flujo. Si configuras una nueva propiedad "propagate.additional.ssl.headers" en un ProxyEndpoint, tendrás acceso a la misma información de SSL disponible en un servidor web Apache.
    http://apigee.com/docs/api-services/api/variables-reference
  • Encabezados de JMS como encabezados HTTP
    Todos los encabezados de JMS ahora se propagan como encabezados HTTP para el procesamiento de nivel inferior.
  • Actualización del módulo de Node.js
    Se actualizó el módulo integrado de Node.js de Apigee para incluir los siguientes módulos: argo 0.4.9, async 0.2.9, express 3.4.8, underscore 1.5.2, usergrid 0.10.7, volos-cache-memory 0.0.3, volos-oauth-apigee 0.0.2, volos-quota-apigee 0.0.2.
  • Roles personalizados en la IU de administración (BETA)
    Además de los roles de usuario existentes de "Usuario comercial", "Administrador de operaciones", "Administrador de la organización" y "Usuario", esta versión incluye una función beta que te permite crear roles personalizados en la IU de administración. Puedes controlar el acceso a varias funciones de Edge con roles personalizados.
  • Instalador de Advanced API Services (antes, App Services)
    Advanced API Services de Apigee Edge (antes, App Services) ahora está disponible para su uso en las instalaciones. El instalador de Edge existente te permite implementar y configurar los servicios de API avanzados en tu propio entorno local.
  • Instalador de los servicios para desarrolladores de monetización (antes, Servicios de monetización)
    La capacidad de monetización forma parte de los servicios para desarrolladores de Edge. El instalador local de Edge ahora incluye un instalador de monetización integrado y mejorado. La monetización requiere una licencia de pago adicional.
  • Varios procesadores de mensajes en un solo host: instalación silenciosa
    Esta mejora admite la topología de implementación de varios procesadores de mensajes instalados en un solo host, lo que requiere vincular cada procesador de mensajes a una dirección IP específica. Ahora puedes agregar un parámetro de configuración de la propiedad BIND_ON_ALL_INTERFACES=n en el archivo de configuración de la instalación silenciosa, lo que hace que un procesador de mensajes escuche una dirección IP específica, especificada por la propiedad HOSTIP en el mismo archivo. Para obtener más información sobre esta propiedad y la configuración de la instalación silenciosa, consulta la Guía de instalación y configuración del kit de implementación de Apigee On-premises.
  • Actualizaciones de JMS
    Esta versión incluye varias actualizaciones para la compatibilidad de Apigee con JMS, incluidas las siguientes:
    • Todos los encabezados de JMS ahora se propagan como encabezados HTTP para el procesamiento de nivel inferior.
    • Ahora puedes especificar ExpiryTime y DeliveryMode para los mensajes colocados en ResponseQueue que usa el proxy de JMS. Todos los encabezados HTTP que coinciden con los encabezados JMS estándar se configuran “tal cual”, y los demás encabezados HTTP se configuran como propiedades JMS en el mensaje de respuesta que usa el proxy de JMS.

Fallas corregidas

Tema Description
Permisos de roles personalizados Los permisos establecidos con roles personalizados ahora funcionan según lo previsto.
Estadísticas de latencia de la API En un flujo de proxy de API, cuando una llamada al sistema de destino genera un tiempo de espera agotado (como un tiempo de espera de lectura HTTP), se incluyen los tiempos de latencia del destino en las estadísticas de la API.
Atributo “type” en las políticas El atributo “type” ahora funciona correctamente en todas las políticas de Apigee.
Invalidación de tokens de OAuth 2.0 La función de invalidación de tokens para las políticas de OAuth 2.0 de Apigee ahora coincide con la especificación de OAuth. Ya no es necesario que proporciones un "tipo" cuando configures el parámetro "token".
RBAC con mapas clave-valor El control de acceso basado en roles ahora funciona para los mapas de clave-valor creados a nivel del entorno.
Formato de respuesta de la política de OAuth 1.0a Cuando se realizan solicitudes a una API con una política de OAuth 1.0a, la respuesta ahora se devuelve en el formato del encabezado Accept.

Problemas conocidos

Tema Description
Solicitud HTTP 1.0,
respuesta HTTP 1.1
Este problema involucra una situación en la que un cliente envía una solicitud con HTTP 1.0 con la propiedad content-length en el encabezado, pero el servicio de backend está configurado para usar HTTP 1.1 y devuelve una propiedad transfer-encoding para la codificación por fragmentos.
Para controlar correctamente esta situación, puedes quitar la propiedad transfer-encoding de la respuesta HTTP 1.1 con la política AssignMessage. En la siguiente política, que se adjuntaría al flujo de respuesta del proxy de API, se quita la propiedad transfer-encoding del encabezado HTTP, lo que permite que el cliente reciba la respuesta sin fragmentar.
<AssignMessage name="RemoveChunkedEncoding">
<AssignTo createNew="false" type="response"></AssignTo>
<Remove>
<Headers>
<Header name="Transfer-Encoding"/>
<Header name="transfer-encoding"/>
</Headers>
</Remove>
<IgnoreUnresolvedVariables>false</IgnoreUnresolvedVariables>
</AssignMessage>