Przeglądasz dokumentację Apigee Edge.
Przejdź do
Dokumentacja Apigee X. informacje.
Nowe funkcje i ulepszenia
Określ docelowy protokół połączenia z wiersza poleceń
Polecenie bind-route-service obsługuje teraz argument protocol dla funkcji
określający, czy punkt końcowy serwera proxy interfejsu API jest osiągany przez HTTP czy HTTPS. Wcześniej trzeba było
ręcznie zmienić protokół po wygenerowaniu serwera 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"]}'
Usunięto błędy
Nie udało się wdrożyć w środowisko wielu stref dostępności
W tej wersji rozwiązano problem z wdrażaniem kafelka Apigee Edge w strefie wielu dostępności wymaga metadanych w wersji 1.8.
Dodatkowa dokumentacja
Materiały dotyczące dokumentacji znajdziesz, korzystając z tych linków:
- Brzegowy integracja z Pivotal Cloud Foundry (omówienie)
- utworzysz serwer proxy interfejsu Edge API do zarządzania wywołaniami klientów w aplikacji Cloud Foundry (przy użyciu brokerem usług w Pivotal Cloud Foundry)
- Apigee Edge Dodatki Microgateway do Cloud Foundry (uruchamiane Edge Microgateway w Cloud Foundry)
- Chmura Foundry Service Broker dla Apigee (instalacja brokera usług ze źródła)