Estás viendo la documentación de Apigee Edge.
Ir a la
documentación de Apigee X. info
El martes 29 de abril de 2014, lanzamos una nueva versión en la nube de Apigee Edge.
Nuevas funciones y mejoras
Las siguientes son las nuevas funciones y mejoras de esta versión.
- Paneles de estadísticas
Edge ahora proporciona nuevos informes de estadísticas de rendimiento del extremo, rendimiento del proxy de API y rendimiento de la caché para ayudarte a supervisar el rendimiento.
Consulta "Los paneles de operaciones" en Paneles de estadísticas. - Agregación de métricas personalizadas para el rendimiento
Esta función ya no está disponible.
Una nueva función de agregación personalizada mejora el rendimiento de las estadísticas, ya que te permite definir métricas personalizadas que Edge recopila y almacena a medida que se realizan las llamadas a la API. Cuando ves informes, Edge accede a las métricas agregadas ya disponibles en lugar de recuperarlas sobre la marcha. - OAuth 2.0 preconfigurado en proxies de API
Cuando creas un proxy de API, una nueva opción "Proteger con tokens de acceso de OAuth v2.0" configura automáticamente el proxy de API con políticas que admiten OAuth.
Consulta OAuth. - Enmascaramiento de datos en el seguimiento
El recurso de API /maskconfigs te permite enmascarar datos sensibles, como la información de tarjetas de crédito en sesiones de seguimiento de proxy de API, lo que ayuda a garantizar la seguridad de los datos del usuario durante el desarrollo de la API.
Caso:810723
Consulta Enmascaramiento y ocultamiento de datos. - Política de autenticación básica
La política de autenticación básica te permite agregar una autenticación básica ligera a un proxy de API, lo que proporciona una codificación Base64 automática de las credenciales del usuario y la propagación del encabezado HTTPAuthorization: Basicencabezado.
Consulta Política de autenticación básica. - PostClientFlow
PostClientFlow te permite agregar políticas MessageLogging que se ejecutan después de que se envía la respuesta. Esto reduce la latencia del proxy de API y pone a disposición la información para el registro que no se calcula hasta después de que se envía la respuesta, como client.sent.start.timestamp y client.sent.end.timestamp.
Caso: 814059
Fallas corregidas
En esta versión, se corrigieron los siguientes errores.
| Tema | Descripción |
|---|---|
| Validación del nombre del informe personalizado | Edge ahora valida los nombres de los informes personalizados para no permitir el uso de caracteres especiales caracteres. |
| Denuncia problemas con la exploración detallada de developer_app | Se mostraban apps de desarrolladores incorrectas en informes personalizados que usaban la exploración detallada de developer_app. Ya corregimos el problema. |
| El período no funciona en informes personalizados | En informes personalizados que contenían filtros con varias expresiones entre paréntesis
, por ejemplo, (request_verb eq 'POST') or (request_verb eq
'GET')—cambiar el período del informe no tenía ningún efecto en los resultados. Ya corregimos el problema.Caso: 810753 |
| Los gráficos no aparecen en informes personalizados | Se corrigió un problema por el que los gráficos no aparecían en informes personalizados. Caso: 814623 |
| Importación de WSDL |
|
| Configuración de la política de límite de frecuencia simultánea | El selector de extremo de destino ahora solo está disponible cuando se agrega una política de límite de frecuencia simultánea a un proxy de API. El extremo de destino no se aplica a otras políticas. |
| Asistencia de la empresa para desarrolladores | En el caso de las organizaciones que tienen empresas habilitadas, ahora puedes especificar una empresa cuando
creas o editas un desarrollador. Estuche: 515246 |
| Exportación de desarrolladores, apps y productos | Ahora puedes exportar desarrolladores, apps y productos a un archivo CSV desde la página Desarrolladores
en la IU de administración de Edge. Esta función no está disponible actualmente para las organizaciones que
tienen habilitada la monetización. Caso: 747159 |
| La ventana de apps de desarrolladores se bloquea | Después de que un desarrollador borraba una app en el portal para desarrolladores de Edge, hacer clic en esa app de desarrollador en la IU de administración de Edge hacía que la ventana se bloqueara. Ya corregimos el problema. |
| Comentarios en una configuración de proxy de API | Los comentarios en una configuración de proxy de API ahora son visibles en la vista de código del editor de proxy de API y en el inspector de propiedades. |
| Proxies de API creados con nombres no válidos | Anteriormente, la IU de administración de Edge permitía la creación de proxies de API cuyos nombres
contenían caracteres especiales no compatibles, lo que generaba proxies de API no válidos que no se podían
borrar. Ahora, los nombres de los proxies de API se validan en el momento de la creación. Solo se permiten los caracteres alfanuméricos, "-" y
"_". Caso: 550390 |
| Distinción entre mayúsculas y minúsculas en la asignación de nombres de proxies de API | Edge creaba proxies de API con nombres en minúscula, independientemente de las mayúsculas y minúsculas ingresadas. Edge ahora respeta las mayúsculas y minúsculas del nombre ingresado para el proxy de API. |
| Advertencia sobre el guardado del proxy de API | Cuando guardas un proxy de API en el editor de proxy de API, Edge implementa el proxy de API en todos los entornos en los que se implementa actualmente la revisión, incluidos los entornos de producción. La IU de administración de Edge ahora muestra una advertencia antes de guardar el proxy. |
| Rol personalizado sin permisos que se guarda en el entorno de producción | Cuando se actualiza una revisión de API implementada, se activa una anulación de implementación y una implementación internas en los entornos implementados. Un rol personalizado sin los permisos de implementación adecuados pudo
implementarse guardando un proxy de API. Este problema se solucionó aplicando permisos de implementación. Caso: 813084 |
| Servidor de destino duplicado | Cuando se creaba un servidor de destino duplicado, en lugar de un error HTTP 409, Edge reemplazaba el servidor de destino existente y mostraba un estado 201. Este problema se solucionó mostrando un error 409 y no reemplazando el servidor de destino existente. |
| No se pueden crear sesiones de seguimiento para proxies de API | No se creaban sesiones de seguimiento para entornos con procesadores de mensajes que
eran accesibles. Este problema se resolvió adjuntando sesiones de seguimiento solo a los
procesadores de mensajes accesibles y disponibles Caso: 812192 |
| Comportamiento actualizado de JMSReplyTo | De forma predeterminada, Edge envía la respuesta a la cola especificada en el encabezado JMSReplyTo.
Sin embargo, si quieres que el servicio de backend controle el envío de la respuesta a la cola JMSReplyTo
en lugar de Edge, agrega el encabezado X-Apigee-Ignore-JMSResponse al proxy de API
respuesta en cualquier flujo y configúralo como verdadero:<Header name="X-Apigee-Ignore-JMSResponse">true</Header> |
| Errores de puerta de enlace incorrecta 502 y CLOSE_WAIT altos | Se corrigió un problema que causaba métricas CLOSE_WAIT altas y errores de puerta de enlace incorrecta 502 y se
corrigió. Casos: 814656, 814664, 814670 |
| Directorio temporal de Node.js | Cuando se implementa una secuencia de comandos de Node.js en Edge, se ejecuta dentro de un entorno de pruebas que restringe el acceso al sistema de archivos a un directorio determinado. Sin embargo, os.tmpdir muestra un nombre de directorio como /tmp o /var/tmp, que no existía en el entorno de pruebas de Node.js de Edge, lo que provocaba que se interrumpieran algunas secuencias de comandos. El entorno de pruebas de Node.js de Edge ahora incluye un directorio /tmp para que lo use os.tmpdir. |
| Excepciones de puntero nulo en llamadas a la API | En la política de asignación de mensajes, un estado de respuesta nulo generaba una excepción de puntero nulo cuando
Edge intentaba capturar el código de respuesta para las métricas. Ya corregimos el problema. Caso: 815595 |