4.17.05: Notas de la versión de Edge para la nube privada

Estás viendo la documentación de Apigee Edge.
Ve a la Documentación de Apigee X. información

Desde la versión anterior de Edge para funciones de nube privada, los siguientes lanzamientos tienen se produjeron y están incluidos en este Lanzamiento de la función:

Consulta Acerca de la versión. numeración para entender cómo puedes saber si una versión específica de la nube incluida en tu versión de Edge para la nube privada.

Resumen de la versión

Esta versión incluye varias funciones notables que te ayudan a controlar y proteger mejor tus APIs, entre las que se incluyen las siguientes:

• Los flujos compartidos admiten la implementación sin tiempo de inactividad.
• Ahora se pueden borrar los datos de monetización de una organización.
• A continuación, se describen funciones nuevas adicionales.

Respecto de la baja, las bóvedas dejaron de estar disponibles.

El resto de este tema contiene detalles sobre todas las funciones nuevas, actualizaciones y correcciones de errores contenidos en la versión.

Bajas y jubilaciones

Las siguientes funciones dejaron de estar disponibles o se retiraron en esta versión. Consulta la política de baja de Edge para obtener más información.

Jubilado: Agregando rutas de acceso en la pestaña Rendimiento del proxy de API

Hasta esta versión, podías navegar a un proxy de API en la IU de administración, ir a la Performance y crea diferentes rutas para una comparación basada en gráficos en el proxy En la pestaña Rendimiento y en el panel Transacciones comerciales. Esta función ya no está disponible y no es ya estén disponibles en la IU. Para obtener una alternativa a esta funcionalidad, consulta los siguientes artículos Artículo de la Comunidad: https://community.apigee.com/articles/23936/alternative-to-business-transactions-api.html. (EDGEUI-902)

Retirado: URL buildInfo del portal de servicios para desarrolladores

En versiones anteriores del portal, para determinar tu versión, abriste los siguientes elementos URL en un navegador:

http://yourportal.com/buildInfo

En la versión 4.17.05, se quitó este vínculo. Para determinar la versión, abre la pestaña Informes > Informe de estado en el menú de Drupal. La versión del portal aparece en la tabla en la fila con el nombre Install profile.

Baja de Apigee almacén seguro (bóvedas)

La plataforma de seguridad de Apigee también llamada “bóvedas”, dejará de estar disponible y se retirará un año del la fecha del anuncio de baja que se muestra en el Bajas y página de retiros. Se crean Vaults, que proporcionan almacenamiento encriptado de pares clave-valor con la API de Management y a la que se accede en el entorno de ejecución con funciones en el entorno de módulo de Node.js.

En lugar de usar el almacén seguro, usa mapas de clave-valor encriptados (KVM), como se describe en Trabaja con mapas de par clave-valor. Los KVM cifrados son igual de seguros que las bóvedas y ofrecen más opciones para la creación y y la recuperación de datos. (MGMT-3848)

Nuevas funciones y actualizaciones

A continuación, se detallan las nuevas funciones y mejoras de esta versión. Además de los siguientes mejoras, esta versión también contiene diversas funciones de usabilidad, rendimiento, seguridad y estabilidad. mejoras.

Nube privada

Se agregó un nuevo parámetro de configuración de SMTP obligatorio a la instalación

Ahora debes usar el parámetro SMTPMailFROM en el archivo de configuración de la instalación de Edge. Este parámetro especifica la dirección de correo electrónico Se usan cuando Edge envía correos electrónicos automáticos, como cuando un usuario solicita restablecer una contraseña. Consulta Instala componentes de Edge en un para obtener más información.

(EDGEUI-1020)

Ahora se puede establecer el tiempo de espera que usa la IU de Edge para las llamadas de administración a la API de Edge

Ahora puedes especificar la duración del tiempo de espera de la API que usa la IU de Edge para controlar por cuánto tiempo la IU espera a que se devuelva una llamada de administración de la API. Las siguientes propiedades definen el tiempo de espera:

• Conjuntos de conf_apigee_apigee.feature.apitimeout el tiempo, en segundos, que la IU espera que se devuelva una llamada al backend, sin importar actividad en ella. Si la llamada no se completa en ese tiempo, la IU muestra un error de tiempo de espera. El el valor predeterminado es 180 segundos (3 minutos).
• conf_apigee_play.ws.timeout.idle configura cómo tiempo espera la IU, en milisegundos, por la actividad en el servidor. Se puede establecer con el mismo valor como conf_apigee_apigee_apitimeout o a un valor menor. Establecerlo en un valor mayor no tiene ningún efecto. El valor predeterminado es 180000. milisegundos (3 minutos).
• Conjuntos de conf_apigee_play.ws.timeout.connection cuánto tiempo espera la IU para que se establezca una conexión. Se puede establecer con el mismo valor como conf_apigee_apigee_apitimeout o a un valor menor. Establecerlo en un valor mayor no tiene ningún efecto. El valor predeterminado es 120,000. milisegundos (2 minutos).

Consulta Configura el tiempo de espera que usa la IU de Edge para las llamadas de administración de la API de Edge para obtener más información.

(EDGEUI-816)

Se agregó el tiempo de espera de reintentos del procesador de mensajes a los routers

Se agregó un tiempo de espera para que los routers dejen de reintentar una solicitud a Message Processor y devuelvan un mensaje de error.

Consulta Configuración para que el router vuelva a intentar conexiones a un procesador de mensajes.

(APIRT-2912)

Se agregó el procedimiento para cambiar el administrador del sistema predeterminado.

Ahora se incluye documentación para cambiar el administrador del sistema predeterminado.

Consulta Administración Usuarios, roles y permisos para ver más.

(DOS-4895)

Se agregó documentación sobre cómo separar las tareas de instalación de Edge entre los usuarios raíz y los no raíz.

En la nueva documentación, se describen los pasos para separar las tareas de instalación de Edge entre la raíz y usuario no raíz.

Consulta Instalación de Edge Descripción general para obtener más información.

(DOS-4573)

Se agregó la propiedad para establecer el nombre de host de los vínculos en los correos electrónicos generados.

Edge envía automáticamente correos electrónicos en respuesta a ciertos eventos, como cuando se agrega un usuario a en una organización. Muchos de estos correos electrónicos contienen un vínculo. Por ejemplo, cuando se agrega un usuario nuevo a un organización, la IU de Edge envía al usuario un correo electrónico con una URL de acceso con el siguiente formato:

https://domain/login

Edge determina automáticamente el dominio, que suele ser correcto para la organización. Sin embargo, existe la posibilidad de que cuando la IU de Edge esté detrás de un balanceador de cargas, el servicio el nombre de dominio generado es incorrecto. Si es así, puedes usar la propiedad conf_apigee_apigee.emails.hosturl para establecer de forma explícita la parte del nombre de dominio de la URL generada.

Consulta Configuración del nombre de host para vínculos en correos electrónicos generados para obtener más información.

(EDGEUI-1044)

Configurar la URL base que muestra la IU de Edge para un proxy de API

La IU de Edge muestra la URL de un proxy de API según la configuración del host virtual. que corresponde al lugar en el que se implementa el proxy. Esta pantalla puede incluir el número de puerto del router el host virtual.

En la mayoría de los casos, la URL que se muestra en la IU de Edge es la URL correcta para hacer que las solicitudes al proxy. Sin embargo, para algunas configuraciones, la URL que se muestra no es correcta. Por ejemplo, cualquiera de las siguientes configuraciones puede hacer que la URL visible no se muestre corresponden a la URL real que se usó para realizar solicitudes externas al proxy:

• La terminación SSL ocurre en un balanceador de cargas
• La asignación de puertos se produce entre un balanceador de cargas y los routers de Apigee
• Un balanceador de cargas configurado con reescritura de rutas de acceso

Edge para la nube privada 4.17.05 y versiones posteriores admiten un atributo en el host virtual llamado <BaseUrl> que te permite anular la URL que muestra la IU de Edge. Este es un ejemplo que muestra el objeto host virtual con la nueva <BaseURL> . En este ejemplo, el valor “http://myCo.com” en la IU de Edge:

<VirtualHost name="myVHost">
   <HostAliases>
     <HostAlias>DNS_name_or_IP:9005</HostAlias> 
   </HostAliases> 
   <BaseUrl>http://myCo.com</BaseUrl>     
   <Interfaces/>
   <Port>9005</Port> 
</VirtualHost>

Si <BaseUrl> no está configurada, la URL predeterminada que procesa la IU de Edge aparecerá como: “http://DNS_name_or_IP:9005/”, mientras que la configuración real del alias del host es “http://myCo.com”.

También puedes establecer la URL base cuando creas una organización mediante la propiedad VHOST_BASEURL con los servicios de apigee-provision o de terceros.

Consulta Configura TLS acceso a una API para la nube privada y obtén más.

(EDGEUI-5008)

Se agregó documentación para habilitar el registro de depuración.

Se agregó documentación para describir cómo habilitar o inhabilitar el registro de depuración en Edge. o los componentes de la solución.

Consulta Cómo habilitar el registro de depuración. para obtener más información.

(APIRT-4018)

Nuevo instalador y sintaxis de comandos para la utilidad apigee-analytics-collector

Todos los clientes de Edge para la nube privada deben enviar estadísticas de Apigee sobre la API el tráfico de proxy con la versión Beta de la línea de comandos de apigee-analytics-collector o de terceros. Esta utilidad envía el informe del volumen de llamadas a la API a Apigee.

Esta versión de Edge contiene instrucciones de instalación y sintaxis de comandos nuevas para el apigee-analytics-collector o de terceros. En esta versión, ahora usas apigee-service para instalar la utilidad apigee-analytics-collector en lugar de npm, y se invocará la utilidad apigee-analytics-collector a través de apigee-service en lugar de como comando independiente.

Consulta Subir API Datos de tráfico a Apigee: lanzamiento beta para obtener más información.

Nuevo directorio de instalación predeterminado después de la actualización del portal de Servicios para desarrolladores de Nginx/Postgres a partir de una nueva instalación 4.17.01

Después de actualizar una nueva instalación de 4.17.01 que usa Nginx/Postgres, el directorio raíz cambiado de:

/opt/apigee/apigee-drupal

a:

/opt/apigee/apigee-drupal/wwwroot

Servicios de APIs

Validación de entrada más estricta para entidades

Se aplicó una validación de entrada más estricta a todas las entidades de la organización de Apigee Edge. Por lo general, los caracteres permitidos son alfabetos (todas las mayúsculas y minúsculas), números y guiones bajos.

Entre las entidades afectadas, se incluyen las siguientes:

• Organizaciones
• Entornos
• Proxies de API
• Revisiones del proxy de API
• Nombres de políticas en el proxy de API
• Depura los IDs de configuración de la máscara de seguimiento
• Nombres de recursos (texto destacado de Java, xsl, todos los recursos)
• Almacén de claves
• CRLstores
• Referencias de recursos
• Servidores de destino

(MGMT-3840)

Implementación sin tiempo de inactividad de los flujos compartidos

Cuando quieras implementar flujos compartidos y asegurarte de que se rechace poco o ningún tráfico entrante durante la implementación, ahora puedes usar una API de Management de implementaciones sin tiempo de inactividad. El proceso es casi idéntico a la implementación sin tiempo de inactividad para proxies de API con la API de administración. El único diferencia es el recurso de API de administración.

La siguiente llamada implementa la revisión del flujo compartido indicada en el URI y, luego, anula la implementación de la revisión implementada anteriormente (el parámetro de consulta override=true lo habilita):

curl -X POST -H "Content-type:application/x-www-form-urlencoded" \
https://api.enterprise.apigee.com/v1/o/{org_name}/environments/{env-name}/sharedflows/{shared_flow_name}/revisions/{revision_number}/deployments?"override=true" \
-u email:password

(MGMT-3485)

Monetización

Borra los datos de monetización de una organización

Te recomendamos borrar los datos de monetización de tu organización en los siguientes casos:

• Borra tu organización. En este caso, debes borrar los datos de monetización antes de puede borrar la organización.
• Borra los datos de monetización de una organización de prueba que quieras reutilizar. En este En este caso, debes sincronizar los datos de Apigee Edge después de borrar los datos de monetización.

Para obtener más información, consulta Cómo borrar datos de monetización. de tu organización. (DEVRT-2581)

Se agregó una API para habilitar la monetización para una organización

Ahora puedes usar una API para habilitar la monetización de una organización.

Consulta Habilitar monetización para una organización.

(DEVRT-2383)

Fallas corregidas

En esta versión, se corrigieron los siguientes errores. Esta lista está dirigida principalmente a usuarios que verifican si sus tickets de asistencia se corrigieron. No está diseñada para proporcionar información detallada a todos los usuarios.

Nube privada 4.17.05

Cloud 17.04.12 (IU)

Cloud 17.04.05 (IU)

Cloud 17.03.29 (IU)

Cloud 17.03.15.01 (IU)

Cloud 17.03.15 (IU)

Cloud 17.03.13.02 (monetización)

Cloud 17.03.13.01 (monetización)

Cloud 17.03.13 (Administración de API)

Cloud 17.03.1 (IU)

Cloud 17.02.15 (IU)

Cloud 17.02.13 (entorno de ejecución de API)

Cloud 17.02.13 (administración de API)

Cloud 17.01.18 (IU)

Cloud 17.01.16 (administración de API)

Cloud 17.01.16 (monetización)