14.04.16: Notas de la versión en la nube de Apigee Edge

Estás consultando la documentación de Apigee Edge.
Consulta la documentación de Apigee X.
Información

El martes 29 de abril de 2014, lanzamos una nueva versión en la nube de Apigee Edge.

Nuevas funciones y mejoras

A continuación, se indican las nuevas funciones y mejoras de esta versión.

  • Paneles de control de Analytics
    Edge ahora proporciona nuevos informes de rendimiento de extremos, de proxy de API y de estadísticas de rendimiento de la caché para ayudarte a supervisar el rendimiento.
    Consulta “Los paneles de Operations” en los paneles de Analytics.
  • 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 que ya están disponibles en lugar de recuperarlas sobre la marcha.
  • OAuth 2.0 preconfigurado en proxies de API
    Cuando se crea un proxy de API, la 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 la API /maskconfigs te permite enmascarar datos sensibles, como la información de las tarjetas 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.
    Case: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 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 encabezado HTTP Authorization: Basic.
    Consulta la Política de autenticación básica.
  • PostClientFlow
    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 la 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 de nombres de informes personalizados Edge ahora valida los nombres de los informes personalizados para inhabilitar el uso de caracteres especiales.
Cómo informar problemas con el desglose de developer_app En los informes personalizados que utilizaban el desglose de developer_app, se mostraban apps de desarrollador incorrectas. 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')), cambiar el período del informe no afectó los resultados. Se solucionó este problema.
Caso: 810753
Gráficos que no aparecen en los informes personalizados Se solucionó un problema relacionado con los gráficos que no aparecían en los informes personalizados.
Caso: 814623
Importación de WSDL
  • La importación de un WSDL con encabezados SOAP generó una configuración incorrecta. Se agregó compatibilidad con encabezados SOAP para solucionar el problema.
  • La importación de un WSDL con un esquema externo dio como resultado un proxy de API que no publicó el mensaje adecuado en el backend. Importar WSDL que tienen tipos complejos de varias partes ahora da como resultado una carga útil de SOAP adecuada en el proxy de API.
  • La importación de WSDL ahora admite el elemento de documentación en una operación de SOAP. La documentación aparece en la columna Descripción de la IU de importación de WSDL.
Configuración simultánea de la política de límite de frecuencia El selector de extremo de destino ahora está disponible solo cuando se agrega una política de límite de frecuencia simultáneo 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.
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 bloqueada de apps para desarrolladores Después de que un desarrollador borró una app en el Portal para desarrolladores de Edge, hacer clic en ella en la IU de administración de Edge provocaría que se bloqueara la ventana. Este problema ya se solucionó.
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 Antes, la IU de administración perimetral 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. Los nombres de proxy de API ahora se validan en el momento de la creación. Solo se permiten caracteres alfanuméricos, "-" y "_".
Caso: 550390
Distinción entre mayúsculas y minúsculas en la denominación de proxy de API Edge estaba creando proxies de API con nombres en minúscula, independientemente del caso ingresado. Edge ahora respeta las mayúsculas y minúsculas del nombre ingresado para el proxy de API.
Advertencia sobre el guardado de 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 actualmente, incluidos los entornos de producción. La IU de administración perimetral ahora muestra una advertencia antes de guardar el proxy.
Rol personalizado sin permisos para guardar en el entorno de producción Cuando se actualiza una revisión de la API implementada, se activa la anulación de la implementación interna y la implementación en los entornos implementados. Se guardó un proxy de API para implementar una función personalizada sin los permisos de implementación adecuados. Este problema se solucionó mediante la aplicación forzosa de permisos de implementación.
Caso: 813084
Servidor de destino duplicado Cuando se crea un servidor de destino duplicado, en lugar de un error HTTP 409, Edge reemplazó el servidor de destino existente y mostró un estado 201. Este problema se solucionó con el 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 seguimiento para entornos con procesadores de mensajes a los que no se podía acceder. Este problema se resolvió adjuntando las 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 JMSAnswerTo. Sin embargo, si deseas que el servicio de backend controle el envío de la respuesta a la cola de JMSReplyTo en lugar de Edge, agrega el encabezado X-Apigee-Ignore-JMSResponse a la respuesta del proxy de la API en cualquier flujo y configúralo como verdadero:
<Header name="X-Apigee-Ignore-JMSResponse">true</Header>
Errores altos de CLOSE_WAIT y 502 relacionados con la puerta de enlace incorrecta Se corrigió un problema que causaba métricas CLOSE_WAIT altas y errores 502 de puerta de enlace incorrecta.
Casos: 814656, 814664 y 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 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 la zona de pruebas de Node.js de Edge, lo que provoca fallas en algunas secuencias de comandos. La zona 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 arrojaba una excepción de puntero nulo porque Edge intentaba capturar el código de respuesta para las métricas. Ya corregimos el problema.
Caso: 815595