Estás viendo la documentación de Apigee Edge.
Ve a la
Documentación de Apigee X. información
Nuevas funciones y mejoras
Especificar protocolo de conexión de destino desde la línea de comandos
El comando bind-route-service ahora admite un argumento protocol para
que especifica si se accede al extremo del proxy de API mediante HTTP o HTTPS. Antes, tenías que
cambiar manualmente el protocolo después de generar el proxy.
cf bind-route-service <your-app-domain> <service-instance> [--hostname <hostname>] \
-c '{"org":"<your edge org>","env":"<your edge env>",
"bearer":"'<authentication-token-file>'" | "basic":"<encoded-username-password>" | "<username>:<password>",
"action":"proxy"|"bind"|"proxy bind",
["protocol":"http"|"https"]}'Fallas corregidas
No se puede implementar en entorno de varias zonas de disponibilidad
En esta versión, se soluciona un problema en la implementación de la tarjeta de Apigee Edge en una zona de disponibilidad múltiple con la versión 1.8 de los metadatos.
Documentación adicional
Consulta los siguientes vínculos para ver el contenido de la documentación:
- Perímetro integración en Pivotal Cloud Foundry (descripción general)
- Crear un proxy de API de Edge para administrar llamadas de clientes a tu aplicación de Cloud Foundry (con el agente del servicio con Pivotal Cloud Foundry)
- Apigee Edge Complementos de Microgateway para Cloud Foundry (que ejecutan Edge Microgateway en Cloud Foundry)
- Nube Agente del servicio de Foundry para Apigee (instalación del agente del servicio desde la fuente)