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

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

El jueves 24 de marzo de 2016, lanzamos una nueva versión de Apigee Edge para la nube privada.

Desde la versión trimestral anterior de Edge para la nube privada (4.15.07.00), se produjeron las siguientes versiones y se incluyen en esta actualización de funciones:

• Cloud: 15.07.08, 15.07.22, 15.08.05, migración de Nginx, 15.09.02, 15.09.30 y 16.01.20
• Nube privada: 4.15.07.01, 4.15.07.03

Consulta Acerca de la numeración de versiones a fin de comprender cómo puedes determinar si una versión específica de la nube se incluye en tu versión de Edge para la nube privada.

Bajas

Nube privada 4.15.07.03

curl http:// <qpid_IP>:8083/v1/servers/self/queues

Analytics: Vista personalizada del panel de informes de varios informes (Cloud 15.09.30)

La función específica del Panel de informes personalizados que proporciona una vista de hasta cuatro informes personalizados dejará de estar disponible y se quitará en una versión futura. (MGMT-2673). Todos los demás aspectos de los informes personalizados seguirán disponibles.

No se puede anular la longitud del nombre de la organización en la nube privada

Ya no puedes anular la longitud del nombre de la organización de 20 caracteres mediante la configuración:

• APIGEE_ORG_NAME_LENGTH=25
  

• APIGEE_ENV_NAME_LENGTH=25
  

Nuevas funciones y mejoras

A continuación, te presentamos las nuevas funciones y mejoras de esta versión. Además de las siguientes mejoras, también contiene varias mejoras de usabilidad, rendimiento, seguridad y estabilidad.

Nube privada

Se agregó compatibilidad con Red Hat, CentOS y Oracle 6.7 a 7.2.

Esta versión agrega compatibilidad con Red Hat Enterprise Linux, CentOS y Oracle Linux 6.7 a 7.2.

Para obtener una lista completa de los requisitos del sistema, consulta Software compatible y versiones compatibles.

Instalación basada en RPM

Esta versión de Edge usa un mecanismo de instalación basado en RPM que simplifica en gran medida los procedimientos de instalación y migración.

Nuevo directorio base

Cambió la estructura del directorio de la versión 4.16.01 de Edge. En las versiones anteriores de Edge, instalaste Edge en el directorio base:

/<install-dir>/apigee4

Donde se puede instalar install-dir en cualquier lugar, con el valor predeterminado de /opt. Por ejemplo:

/opt/apigee4

Para la versión 4.16.01, debes instalar Edge en el siguiente directorio:

/opt/apigee

Observa también que el directorio apigee4 se cambió a apigee.

La ubicación de tu directorio de datos no se ve afectada. Puede estar en /opt/apigee o en otro lugar.

Nuevo requisito de host virtual

La secuencia de comandos de migración de Edge se encarga de la mayoría de las tareas necesarias para migrar un router Netty existente a Nginx. Sin embargo, como parte de la actualización, también debes asegurarte de que todas las definiciones de tu host virtual incluyan un alias de host antes de realizar la migración.

Consulta la Guía de instalación de Edge, disponible en el sitio de FTP de Apigee: ftp://ftp.apigee.com/, para obtener información sobre cómo agregar un alias de host a un host virtual existente.

Código con configuración

En la versión 4.16.01 de Edge, ya no se usan archivos .properties del directorio /<install-dir>/apigee4/conf para configurar los componentes de Edge. A partir de la versión 4.16.01, aún puedes configurar componentes de Edge con archivos .properties, pero ahora se encuentran en el directorio:

/opt/apigee/customer/application

Para cada componente de Edge instalado en un nodo, habrá un archivo .properties en ese directorio. Para configurar un componente, edita el archivo .properties correspondiente para cambiar el valor de una propiedad existente o agregar una propiedad y un valor nuevos. Si el archivo aún no existe, puedes crearlo.

A diferencia de las versiones anteriores de Edge, los archivos .properties para Edge 4.16.01 no contienen todas las propiedades de un componente. Uno de los cambios para esta versión es que los archivos .properties solo contienen anulaciones de los valores de propiedad predeterminados.

El beneficio de esta arquitectura es que, en una migración a una versión posterior de Edge, el instalador de Edge nunca reemplaza los archivos en /opt/apigee/customer/application. De esta manera, se evita que Edge reemplace la configuración por accidente.

En una migración, el instalador de Edge examina los archivos .properties existentes y copia los cambios en los valores de propiedad predeterminados en el directorio /opt/apigee/token. Por lo tanto, no es necesario realizar modificaciones después de la migración.

Para obtener más información, consulte la Guía de operaciones de Apigee Edge, disponible en el sitio de FTP de Apigee: ftp://ftp.apigee.com/.

Se reemplazaron las secuencias de comandos de configuración de Edge

Se quitaron y reemplazaron las secuencias de comandos de configuración que usaste en versiones anteriores de Edge:

• Comandos que ejecutas a través de las utilidades de Apigee, como apigee-service, apigee-all, apigee-setup, apiee-provision, o apigee-migrate utilidades.
  Por ejemplo, las secuencias de comandos all-start.sh y all-stop.sh se reemplazaron por los siguientes comandos:
  > /opt/apigee/apigee-service/bin/apigee-all start
  > /opt/apigee/apigee-service/bin/apigee-all stop
• Comandos que ejecutas directamente en los componentes de Edge. Por ejemplo, en las versiones anteriores, usaste la secuencia de comandos chpasswd-openldap.sh para cambiar la contraseña de OpenLDAP. Esa secuencia de comandos se reemplazó por el siguiente comando que ejecutas en el componente apigee-openldap:
  > /opt/apigee/apigee-service/bin/apigee-service apigee-openldap change-ldap-password -o oldPword -n newPword

Consulte la Guía de operaciones de Apigee Edge, disponible en el sitio de FTP de Apigee: ftp://ftp.apigee.com/, para obtener más información sobre cómo realizar la configuración mediante comandos.

Router perimetral nuevo

Esta versión de Edge para la nube privada incluye una nueva arquitectura de router basada en el router Nginx. El router Nginx reemplaza al router Netty que se usa en las versiones anteriores a 4.16.01 de Edge.

Los routers Nginx tienen los mismos requisitos de hardware y puerto que el router Netty, por lo que no se requieren cambios en los nodos existentes.

Para obtener más información, consulte el Apéndice A: Acerca del router Nginx, en la Guía de instalación perimetral, disponible en el sitio de FTP de Apigee: ftp://ftp.apigee.com/,

Se quitó el balanceador de cargas de BaaS

Se quitó el balanceador de cargas interno del portal de BaaS de la API. Ahora, debes usar tu propio balanceador de cargas entre el portal de BaaS de la API y los tres nodos de la pila de BaaS de la API.

Como alternativa a un balanceador de cargas, puede usar un DNS round robin. En esta situación, crearás una entrada de DNS con varios registros A correspondientes a las direcciones IP de pila de BaaS. Durante una búsqueda de DNS, el servidor DNS muestra automáticamente los valores de registro A como un round robin.

Nueva documentación que describe cómo agregar nodos de Cassandra y ZooKeeper, y cómo agregar un centro de datos a un centro de datos existente

El archivo ZIP de documentación en el sitio de FTP de Apigee ahora contiene “Escalamiento perimetral para la nube privada”, en el que se describe cómo agregar nodos de Cassandra y ZooKeeper, y cómo agregar un centro de datos a un centro de datos existente.

Se quitó la herramienta organizativa

orgtool podría consultar una instalación de Edge para obtener información sobre una organización. Se quitó esa herramienta. Ahora usas la IU de Edge o las llamadas a la API para obtener información sobre la organización.

Cómo realizar tareas en 4.16.01

En la siguiente tabla, se muestra cómo se realizan las tareas en la versión 4.15.07.03 y cómo se realizan ahora en la versión 4.16.01. Para obtener más información, consulte la Guía de operaciones de Edge, disponible en el sitio de FTP de Apigee: ftp://ftp.apigee.com/.

Versión alfa de la herramienta de supervisión y el panel

En esta versión, hay una versión alfa de la nueva herramienta de supervisión y el panel para Edge. Esta herramienta te permite comprender el estado de varios componentes (routers, procesadores de mensajes, ZooKeeper y Cassandra) y códigos de error HTTP para varias organizaciones y entornos en tu implementación. También puedes tomar una instantánea de los datos del panel y compartirlos con Apigee para ayudar a resolver los incidentes de asistencia.

La documentación, incluidas las instrucciones de instalación, se incluye en el archivo ZIP del documento de Edge 4.16.01 disponible en el sitio de FTP de Apigee: ftp://ftp.apigee.com/.

Sin embargo, antes de que puedas instalar y usar el panel, debes completar el Acuerdo de evaluación de Apigee incluido en el archivo ZIP del documento y enviarlo a Apigee por correo electrónico a orders@apigee.com.

Plataforma perimetral

Rediseño de la IU de administración (Cloud 15.09.30)

Varias páginas de la IU de administración tuvieron una actualización con aspecto. (MGMT‐2627)

Servicios de APIs

Rediseño del asistente de proxy de API (Cloud 16.01.20)

Se rediseñó el asistente de proxy de API. Cuando haces clic en “+ Proxy de API” en la página Proxies de API en la IU de administración, el asistente nuevo te guía en el proceso de creación de proxy de API. Están disponibles los mismos parámetros de configuración que el asistente de proxy de API anterior. (MGMT‐1376)

Crear proxies de API con documentos de OpenAPI (Swagger) (Cloud 16.01.20)

Como parte del nuevo diseño del asistente de proxy de API, ahora puedes crear un proxy de API a partir de un documento de OpenAPI (Swagger). En la primera página del asistente de proxy de API, haz clic en Usar OpenAPI cuando selecciones Proxy inverso, App de Node.js o Sin destino. En el campo que aparece, ingresa la URL de tu documento de OpenAPI. Si deseas obtener más información, consulta Cómo compilar un proxy de API simple. (MGMT‐1376)

Compatibilidad con WSDL 1.2 para proxies de SOAP (Cloud 16.01.20)

Apigee Edge es compatible con WSDL 1.2 en la creación de proxies de API para llamar a los servicios de SOAP. (MGMT-2835)

Variables de SSLInfo en configuraciones de TargetEndpoint (Cloud 16.01.20)

En un proxy de API, TargetEndpoint, puedes establecer de forma dinámica los detalles de SSL/TLS para que sean compatibles con los requisitos flexibles del entorno de ejecución. En el siguiente ejemplo de cómo se establecería SSLInfo en una configuración de TargetEndpoint, los valores se pueden proporcionar en el entorno de ejecución mediante una solicitud de texto destacado de Java, una política de JavaScript o una política de asignación de mensajes. Use las variables de mensaje que contengan los valores que desea establecer.

<TargetEndpoint>
...
  <SSLInfo>
    <Enabled>{myvars.ssl.enabled}</Enabled>
    <ClientAuthEnabled>{myvars.ssl.client.auth.enabled}</ClientAuthEnabled>
    <KeyStore>{myvars.ssl.keystore}</KeyStore>
    <KeyAlias>{myvars.ssl.keyAlias}</KeyAlias>
    <TrustStore>{myvars.ssl.trustStore}</TrustStore>
  </SSLInfo>
...
</TargetEndpoint>

Esta función se aborda en los siguientes documentos:

• Referencia de configuración del proxy de API
• https://community.apigee.com/articles/21424/dynamic-sslinfo-for-targetendpoint-using-variable.html

(APIRT-1475)

Compatibilidad con el algoritmo RSA_SHA256 para las políticas de aserción de SAML (Cloud 16.01.20)

Las políticas de aserción de SAML ahora admiten el algoritmo RSA_SHA256, además de RSA_SHA1. (APIRT-1779)

Validación de cargas de certificados (Cloud 16.01.20)

Para evitar la carga de certificados vencidos o no válidos en almacenes de claves y almacenes de confianza, la API de administración valida los certificados cuando se suben. Los certificados se validan para garantizar que el tamaño del archivo no sea superior a 50 KB y que el formato sea PEM o DER. También se valida el vencimiento del certificado. Para anular la validación de vencimiento predeterminada (no validar el vencimiento del certificado cuando se sube), usa el siguiente parámetro de consulta: ?ignoreExpiryValidation=true

Para obtener más información, consulta Cómo subir un archivo JAR a un almacén de claves y Cómo subir un certificado a un almacén de confianza. (SECENG-516) y (APIRT-2213)

Sondeo automático en la página de registros de Node.js (Cloud 16.01.20)

Cuando se visualizan los registros de Node.js desde el editor de proxy, la página de registros de Node.js se actualiza automáticamente de forma periódica para enumerar los registros nuevos que están disponibles. Haz clic en “Detener actualización automática” para desactivar la actualización automática. (MGMT-1692).

Encabezado HTTP X-Forwarded-For (Cloud 15.09.30)

Para mayor seguridad, Edge quita de forma predeterminada el encabezado de la solicitud HTTP X-Forwarded-For que puede contener una o más direcciones IP. El nuevo comportamiento predeterminado significa que la dirección IP de cliente que recibirá Edge será la dirección IP que recibió del último protocolo de enlace TCP externo, no una dirección que pueda falsificarse para evitar la política de control de acceso.

Para cambiar este comportamiento predeterminado y permitir que las direcciones X-Forwarded-For alcancen los proxies de API, debes configurar la propiedad feature.enableMultipleXForwardCheckForACL=true en tu organización.

Acceso de JavaScript a las propiedades de la política (Cloud 15.07.08)

Cuando usas JavaScript en los flujos del proxy de la API, puedes acceder a las propiedades que se definen en la política de JavaScript. Esto es particularmente útil si deseas usar variables conocidas en tu código JavaScript. Por ejemplo, supongamos que tu política de JavaScript contiene la siguiente definición de propiedad:

<Properties>
    <Property name='source'>response.content</Property>
</Properties>

En JavaScript, podrías acceder a la respuesta del mensaje con una referencia a la propiedad "fuente", como esta:
var source = properties.get('source'); // returns: response.content
o
var source = properties.source
o
var source = properties['source']

Para obtener más información, consulta la política de JavaScript. (APIRT‐1460)

Auditorías a nivel de la organización (Cloud 15.07.08)

Los administradores de la organización pueden auditar el historial de acciones tomadas a nivel de la organización. En la IU de administración, selecciona Administrador > Historial de la organización. Para obtener más información, consulta Auditorías: historial de la organización, la API y el producto. (MGMT‐2232)

Eliminación automática del rol de administrador de la organización (Cloud 15.07.08)

Los administradores de la organización se pueden quitar de la función de administrador de la organización en la IU de administración. Para ello, deben ir a Administrador > Usuarios de la organización y hacer clic en Quitar junto a su nombre. (MGMT‐934)

Indicador de progreso de importación del paquete de proxy de API (Cloud 15.07.08)

Cuando subes un paquete de proxy de API grande en la IU de administración, se muestra una animación "en funcionamiento" que indica que la importación aún está en curso, lo que evita que interactúes con la IU de administración hasta que se complete la importación. (MGMT‐1285)

Comportamiento y configuración de la caché (Cloud 15.07.22)

A fin de mejorar la administración y el uso de la caché en la memoria, la configuración “Elementos máximos en la memoria” de los recursos de caché del entorno dejó de estar disponible a partir de la versión 15.06.10 de Edge en la nube. En la versión 15.07.22 de Edge Cloud, se quitó esta configuración de la IU de creación de caché en la sección de configuración del entorno de la IU de administración de Apigee Edge.

El total de elementos presentes en todos los recursos de la caché (incluida la caché predeterminada) depende de la memoria total asignada a la caché. De forma predeterminada, la memoria total asignada al almacenamiento en caché en la memoria en un procesador de mensajes determinado es el 40% de la memoria total disponible. Los elementos se expulsarán de la caché en la memoria solo cuando no haya suficiente memoria caché o cuando venzan los elementos. (MGMT-2413 y APIRT-1140)

Configuración del servidor de destino en la IU de administración (Cloud 15.07.22)

La página API > Environment Configuration en la IU de administración ahora te permite agregar, editar y borrar servidores de destino.

Además, se rediseñó la página para que también se puedan crear, agregar y borrar cachés intercaladas, en lugar de ir a una página nueva. Varias propiedades de la caché, incluido el "Máximo de elementos en la memoria", ya no están disponibles en la IU, ya que configurar estas propiedades ya no tiene ningún efecto en el comportamiento de la caché del entorno de ejecución. (MGMT-280)

SSL con registro de mensajes a syslog (Cloud 15.07.22)

La política de Registro de mensajes admite el envío de syslog a proveedores de administración de registros de terceros mediante SSL/TLS. Usa lo siguiente en la configuración de la política como elemento secundario directo del elemento superior:

<SSLInfo>
    <Enabled>true</Enabled>
</SSLInfo>

Para obtener más información, consulta la política de Registro de mensajes. (APIRT‐942)

IU de administración (Cloud 15.07.22)

Se realizaron varias correcciones de errores y mejoras de usabilidad en la IU de administración para Apigee.

cURL en Trace (Cloud 15.09.02)

Cuando se realiza un seguimiento de una llamada de proxy de API que realiza una solicitud a un servidor de destino, puedes ver la solicitud al servidor de destino como un comando cURL. Selecciona la etapa "Request sent to target server" en el diagrama de mapa de transacciones y, luego, haz clic en el botón "Show Curl" de la columna "Request sent to target server" en el panel Phase Details. (MGMT‐2589)

Datos que enmascaran caracteres especiales (Cloud 15.09.02)

Cuando se usa el enmascaramiento de datos para enmascarar datos sensibles en cargas útiles de JSON, ahora se pueden enmascarar caracteres especiales como $, * y {. (APIRT‐1727)

Mapas de par clave-valor en la IU de administración (Cloud 15.09.30)

Ahora puedes crear y administrar mapas de par clave-valor (KVM) centrados en el entorno en la IU de administración de Edge. Las KVM con permiso de entorno contienen pares clave-valor a los que puede acceder cualquier proxy de API en un entorno, como prueba o producción. En el menú de la IU de administración, ve a API > Configuración del entorno > selecciona el entorno que desees > pestaña Mapas clave-valor. Para obtener más información, consulta Crea y edita mapas de valores clave del entorno. (MGMT‐1393)

Vencimiento predeterminado de la política de PopulateCache en la IU de administración (Cloud 15.09.30)

Cuando se agrega una política PopulateCache con el editor de proxy de API, el elemento <TimeoutInSec> para el vencimiento de la caché se prepropaga con un valor de 3,600 segundos (1 hora). El valor predeterminado anterior era de 300 segundos (5 minutos). (MGMT‐2622)

Servicios para desarrolladores

Rendimiento de la página del producto de API, sin aplicaciones de desarrolladores (Cloud 16.01.20)

Cuando se visualiza un producto de API en la IU de administración, se enumeran las apps de desarrollador asociadas a ese producto. A fin de mejorar el rendimiento de la IU, no se muestra la lista de apps para desarrolladores cuando se edita el producto de API. (MGMT‐2869)

Columna clave en la página Apps de desarrolladores (Cloud 15.08.05)

En organizaciones con una gran cantidad de apps para desarrolladores (miles), mostrar la columna Clave en la página Apps para desarrolladores (muestra la cantidad de claves por app) puede dificultar el rendimiento de visualización. Para mejorar el rendimiento de los anuncios gráficos en esta situación, comunícate con el equipo de asistencia de Apigee a fin de establecer la siguiente propiedad a nivel de la organización: features.appsNoCredentialsEnabled = true. Con esta propiedad, se quita la columna Clave. Sin embargo, ten en cuenta que, si quitas la columna Clave, también se puede buscar por clave y secreto de consumidor. (MGMT‐2486)

Ícono giratorio del progreso de la página de detalles del desarrollador (Cloud 15.09.30)

Cuando se carga la página Detalles del desarrollador en la IU de administración, en la sección Apps de la página se muestra un ícono giratorio de progreso si aún se están cargando las apps. Esto mejora el comportamiento anterior en el que la sección Apps parecía vacía cuando se cargaban las apps. (MGMT‐2667)

Monetización

Editar nombres de paquetes de API (Cloud 16.01.20)

Puedes actualizar el nombre de un paquete de API en cualquier momento durante el ciclo de vida de monetización, incluso cuando este contenga un plan de tarifas publicado. (DEVRT‐2177)

Se permiten decimales en atributos personalizados (Cloud 16.01.20)

Cuando se utiliza un plan de "Hoja de tarifas con atributo personalizado", el atributo personalizado en el encabezado del mensaje que se utiliza como multiplicador para la transacción ahora puede ser un valor decimal de hasta cuatro decimales. Para obtener más información sobre este tipo de plan, consulta Cómo especificar los detalles de atributos personalizados de la hoja de tarifas (DEVRT-2191).

ID y nombre del plan de tarifas en los informes de resumen (Cloud 15.09.02)

Cuando generas un informe de ingresos de resumen con la API de administración, puedes agregar el nombre y la columna "ID del plan" al informe. Para ello, agrega "RATEPLAN" como atributo groupBy en la llamada a la API, como se describe en Cómo crear informes. Ten en cuenta que esta función aún no está disponible en la IU del informe de monetización. En los informes detallados, el nombre del plan de tarifas y las columnas de ID existentes se encuentran cerca del informe junto con las otras columnas de agrupación. (DEVRT-1740)

Servicios de estadísticas

Función de suma( ) en las métricas de tiempo de respuesta (Cloud 16.01.20)

En los informes personalizados de Analytics y las llamadas a la API, la función de agregación “suma” ahora está disponible para el tiempo de respuesta objetivo, el tiempo de respuesta total y el campo end_point_response_time. Por ejemplo, en la API /stats (http://docs.apigee.com/management/apis/get/organizations/%7Borg_name%7D/environments/%7Benv_name%7D/stats/%7Bdimension_name%7D-0), ahora puedes usar el siguiente parámetro de búsqueda “select”: ?select=sum(total_response_time). (AXAPP 2006)

Informe de análisis de latencia: Se ordenaron los nombres de los proxies de API (Cloud 16.01.20)

En la IU del informe de análisis de latencia (solo para planes empresariales de Apigee Edge), los proxies de API se muestran en orden alfabético en la lista desplegable Proxy. (MGMT‐2858)

Apps del desarrollador en el panel que se muestran con el nombre visible (Cloud 16.01.20)

En el panel de la IU de administración, el gráfico de barras de apps para desarrolladores enumera las apps para desarrolladores por nombre visible en lugar de nombre interno. (MGMT‐2853)

Nuevo widget de fecha y hora en informes personalizados (Cloud 16.01.20)

Se mejoró el widget del selector de fecha y hora de una página de informes personalizados en la IU de administración. (MGMT‐2881)

Desglose de la ciudad en GeoMap (Cloud 15.07.22)

El GeoMap de Analytics incluye un desglose de "Ciudad" para Estados Unidos y Canadá. Cuando haces clic en un estado o provincia en el mapa, se muestra una lista de ciudades en las que se originaron las llamadas. (MGMT‐2282)

| (barra vertical) y = caracteres en los informes personalizados de Analytics (Cloud 15.09.02)

Las definiciones de informes personalizados de Analytics admiten el uso de los símbolos | (barra vertical) y =. Antes, la codificación %7C y %3D debía utilizarse para esos símbolos. (MGMT-2504)

Dimensión de sufijo de ruta de proxy (Cloud 15.09.30)

Hay una nueva dimensión de sufijo de ruta de proxy (proxy_pathsufijo) disponible en los informes personalizados de Analytics y las llamadas a la API. El sufijo de la ruta de acceso del proxy es la parte de una URL del proxy de API que aparece después de la ruta de acceso base, como la ruta creada para los flujos condicionales. (AXAPP‐1902)

Los informes muestran los ID de desarrollador, no los nombres visibles (Cloud 15.09.30)

Cuando realizas llamadas a la API de Edge Analytics con la API de /stats que muestra a los desarrolladores, se muestra el nombre visible del desarrollador junto con el ID del desarrollador. Anteriormente, solo se mostraba el ID de desarrollador. (AXAPP‐1759)

Fallas corregidas

En esta versión, se corrigieron los siguientes errores.

Nube privada 4.16.01

En la siguiente tabla, se enumeran los errores corregidos desde el lanzamiento de Edge para la nube privada 4.16.01. A fin de obtener estas correcciones, sigue las instrucciones para actualizar tu instalación 4.16.01 a los RPM y archivos de compatibilidad más recientes, como se describe en Cómo actualizar Apigee Edge 4.16.01.x a la versión más reciente 4.16.01.

Cloud 16.01.20

Cloud 15.07.08

Cloud 15.07.22

Cloud 15.08.05

Cloud 15.09.02

Cloud 15.09.30

Nube privada 4.15.07.03

Nube privada 4.15.07.01

Errores conocidos

Esta versión tiene los siguientes problemas conocidos.

> rm -f /opt/nginx/conf.d/*
> /opt/apigee/apigee-service/bin/apigee-service edge-router restart