Estás viendo la documentación de Apigee Edge.
Consulta la documentación de Apigee X.
El martes 29 de abril de 2014, lanzamos una nueva versión de Apigee Edge en la nube.
Nuevas funciones y mejoras
A continuación, te presentamos las nuevas funciones y mejoras de esta versión.
- Paneles de Analytics
Ahora, Edge ofrece nuevos informes de rendimiento del extremo, rendimiento del proxy de la API y rendimiento de la caché, para ayudarte a supervisar el rendimiento.
Consulta “Paneles de operaciones” en Paneles de Analytics. - Agregación de métricas personalizadas para mejorar 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 llamadas a la API. Cuando ves informes, Edge accede a las métricas agregadas que ya están disponibles en lugar de recuperarlas sobre la marcha. - Preconfigurado para OAuth 2.0 en proxies de API
Cuando se crea un proxy de API, se configura automáticamente una nueva opción "Secure with OAuth v2.0 Tokens" con políticas que admiten OAuth.
Consulta OAuth. - Enmascaramiento de datos en el seguimiento
El recurso de la API /maskconfigs te permite enmascarar datos sensibles, como la información de la tarjeta de crédito en las sesiones de seguimiento del proxy de la API, lo que ayuda a garantizar la seguridad de los datos del usuario durante el desarrollo de la API.
Caso:810723
Consulta Cómo enmascarar y ocultar datos. - Política de autenticación básica
La política de autenticación básica te permite agregar autenticación básica básica a un proxy de API, lo que proporciona una codificación Base64 automática de las credenciales del usuario y la propagación del encabezadoAuthorization: Basicde HTTP.
Consulta la Política de autenticación básica. - PostClientFlow
El PostClientFlow te permite agregar políticas de 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 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 inhabilitar el uso de caracteres especiales. |
| Informa problemas con el desglose de developer_app | Se mostraban apps incorrectas para desarrolladores en los informes personalizados que usaban el desglose de developer_app. Ya corregimos el problema. |
| El período no funciona en los informes personalizados | En los informes personalizados que contenían filtros con varias expresiones entre paréntesis, por ejemplo, (request_verb eq 'POST') or (request_verb eq
'GET'), el cambio del período del informe no tenía ningún efecto en los resultados. Se solucionó este problema.Caso: 810753 |
| Los gráficos no aparecen en los informes personalizados | Se corrigió un problema con gráficos que no aparecían en los informes personalizados. Caso: 814623 |
| Importación de WSDL |
|
| Configuración simultánea de la política de límite de frecuencia | Ahora, el selector de extremo de destino 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 | Para las organizaciones que tienen empresas habilitadas, ahora puedes especificar una cuando creas o editas un desarrollador. Caso: 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. Por el momento, esta función no está disponible para las organizaciones que tienen habilitada la monetización. Caso: 747159 |
| Ventana de apps para desarrolladores | Después de que un desarrollador borra una app en el portal para desarrolladores de Edge, la ventana se bloquearía si haces clic en ella en la IU de administración de Edge. Este problema ya se corrigió. |
| Comentarios en una configuración de proxy de API | Los comentarios en una configuración de proxy de API ahora se pueden ver 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 provocaba proxies de API no válidos que no se podían borrar. Los nombres de proxy de API ahora 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 denominación del proxy de API | Edge creaba proxies de API con nombres en minúsculas, independientemente del caso ingresado. Edge ahora respeta las mayú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 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 guardan en el entorno de producción | Cuando se actualiza una revisión de la API implementada, se activa una implementación interna en un entorno implementado. Una función personalizada sin los permisos adecuados de implementación pudo implementarse mediante el guardado de un proxy de API. Este problema se abordó mediante la aplicación de permisos de implementación. Caso: 813084 |
| Servidor de destino duplicado | Cuando se creó un servidor de destino duplicado, en lugar de un error HTTP 409, Edge anuló el servidor de destino existente y mostró un estado 201. Para solucionar este problema, se muestra un error 409 y no se reemplaza el servidor de destino existente. |
| No se pudieron crear sesiones de seguimiento para los proxies de API | No se creaban sesiones de registro para entornos con procesadores de mensajes a los que no se pudiera acceder. Este problema se resolvió adjuntando las sesiones de seguimiento solo a los procesadores de mensajes accesibles y disponibles Caso: 812192 |
| Comportamiento actualizado de JMSAnswerTo | De forma predeterminada, Edge envía la respuesta a la cola especificada en el encabezado de JMSAnswerTo.
Sin embargo, si deseas que el servicio de backend controle el envío de la respuesta a la cola de JMSAnswerTo en lugar de Edge, agrega el encabezado X-Apigee-Ignore-JMSResponse a la respuesta del proxy de API en cualquier flujo y configúralo como verdadero:<Header name="X-Apigee-Ignore-JMSResponse">true</Header> |
| Altos CLOSE_WAIT y 502 errores de puerta de enlace incorrecta | Se solucionó un problema que causaba métricas CLOSE_WAIT altas y errores 502 de puerta de enlace incorrecta. 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 una zona de pruebas que restringe el acceso del 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 la zona de pruebas de Edge Node.js, lo que provoca que algunas secuencias de comandos fallen. La zona de pruebas de Edge Node.js ahora incluye un directorio /tmp para usar en os.tmpdir. |
| Excepciones de punteros nulos en llamadas a la API | En la política Asignar mensaje, un estado de respuesta nulo arrojó una excepción de puntero nulo cuando Edge intentó capturar el código de respuesta para las métricas. Ya corregimos el problema. Caso: 815595 |