Wyświetlasz dokumentację Apigee Edge.
Otwórz dokumentację Apigee X. info
Opublikuj interfejsy API w portalu, aby udostępnić je deweloperom aplikacji, jak opisano w sekcjach poniżej.
Omówienie publikowania interfejsu API
Proces publikowania interfejsów API w portalu składa się z 2 etapów:
- Wybierz usługę API, którą chcesz opublikować w portalu.
- Wyświetlaj dokumentację API na podstawie dokumentu OpenAPI lub schematu GraphQL, aby deweloperzy aplikacji mogli dowiedzieć się więcej o Twoich interfejsach API. (Więcej informacji o zrzutach znajdziesz w artykule Czym jest zrzut?).
Co jest publikowane w portalu?
Gdy opublikujesz interfejs API, w portalu zostaną automatycznie wprowadzone te zmiany:
- Dokumentacja API Dostępny interfejs zależy od tego, czy publikujesz interfejs API za pomocą dokumentu OpenAPI czy schematu GraphQL. Zobacz:
- Link do strony z dokumentacją API zostanie dodany do strony interfejsów API.
Strona interfejsów API (dołączona do przykładowego portalu) zawiera listę wszystkich interfejsów API opublikowanych w portalu, uporządkowaną w porządku alfabetycznym, z linkami do odpowiedniej dokumentacji referencyjnej interfejsu API, w której znajdziesz więcej informacji. Opcjonalnie możesz dostosować te elementy:
- Obraz wyświetlany na każdej karcie interfejsu API
- Kategorie używane do tagowania interfejsów API, aby umożliwić deweloperom odkrywanie powiązanych interfejsów API na stronie Interfejsy API

SmartDocs (OpenAPI)
Gdy opublikujesz interfejs API za pomocą dokumentu OpenAPI, do portalu zostanie dodana dokumentacja SmartDocs.
Programiści mogą zapoznać się z dokumentacją API SmartDocs i użyć panelu Wypróbuj ten interfejs API, aby wysłać żądanie do interfejsu API i wyświetlić dane wyjściowe. Funkcja Wypróbuj ten interfejs API działa z niezabezpieczonymi punktami końcowymi lub zabezpieczonymi punktami końcowymi, które korzystają z uwierzytelniania podstawowego, klucza interfejsu API lub uwierzytelniania OAuth, w zależności od metody zabezpieczeń zdefiniowanej w dokumencie OpenAPI. W przypadku protokołu OAuth obsługiwane są te przepływy: kod autoryzacji, hasło i dane logowania klienta.
Kliknij
Pełny ekran, aby rozwinąć panel Wypróbuj ten interfejs API. Rozwinięty panel umożliwia wyświetlanie wywołania curl i przykładowego kodu w różnych formatach, takich jak HTTP, Python, Node.js i inne, jak pokazano na poniższym rysunku.

Eksplorator GraphQL
Gdy opublikujesz interfejs API za pomocą schematu GraphQL, do portalu zostanie dodany eksplorator GraphQL. Eksplorator GraphQL to interaktywne środowisko do uruchamiania zapytań w interfejsie API. Eksplorator jest oparty na GraphiQL, czyli referencyjnej implementacji GraphQL IDE opracowanej przez GraphQL Foundation.
Deweloperzy mogą używać eksploratora GraphQL do przeglądania interaktywnej dokumentacji opartej na schemacie, tworzenia i uruchamiania zapytań, wyświetlania wyników zapytań oraz pobierania schematu. Aby zabezpieczyć dostęp do interfejsu API, deweloperzy mogą przekazywać nagłówki autoryzacji w panelu Nagłówki żądania.
Więcej informacji o GraphQL znajdziesz na stronie graphql.org.

Czym jest migawka?
Każdy dokument OpenAPI lub GraphQL stanowi źródło informacji przez cały cykl życia interfejsu API. Ten sam dokument jest używany na każdym etapie cyklu życia interfejsu API, od programowania przez publikowanie po monitorowanie. Gdy modyfikujesz dokument, musisz pamiętać o wpływie, jaki zmiany mają na interfejs API w innych fazach cyklu życia, zgodnie z opisem w sekcji Co się stanie, jeśli zmodyfikuję dokument?.
Gdy publikujesz interfejs API, tworzysz migawkę dokumentu OpenAPI lub GraphQL, aby wyrenderować dokumentację API. Zrzut reprezentuje konkretną wersję dokumentu. Jeśli zmodyfikujesz dokument, możesz utworzyć kolejną migawkę, aby odzwierciedlić najnowsze zmiany w dokumentacji API.
Informacje o adresach URL wywołania zwrotnego
Jeśli Twoje aplikacje wymagają adresu URL wywołania zwrotnego, np. gdy używają typu uwierzytelnienia kodu autoryzacji OAuth 2.0 (często nazywanego trzyskładnikowym uwierzytelnianiem OAuth), możesz wymagać od deweloperów podania adresu URL wywołania zwrotnego podczas rejestrowania aplikacji. Adres URL wywołania zwrotnego zwykle określa adres URL aplikacji, która ma otrzymać kod autoryzacji w imieniu aplikacji klienckiej. Więcej informacji znajdziesz w artykule Implementowanie typu uwierzytelnienia za pomocą kodu autoryzacji.
Podczas dodawania interfejsu API do portalu możesz określić, czy podczas rejestracji aplikacji ma być wymagany adres URL wywołania zwrotnego. Możesz zmienić to ustawienie w dowolnym momencie, jak opisano w artykule Zarządzanie adresem URL wywołania zwrotnego interfejsu API.
Podczas rejestrowania aplikacji deweloperzy muszą podać adres URL wywołania zwrotnego dla wszystkich interfejsów API, które tego wymagają, zgodnie z opisem w artykule Rejestrowanie aplikacji.
Konfigurowanie serwera proxy interfejsu API pod kątem obsługi funkcji „Wypróbuj ten interfejs API”
Zanim opublikujesz interfejsy API za pomocą dokumentu OpenAPI, musisz skonfigurować serwer proxy interfejsu API, aby obsługiwał wysyłanie żądań w panelu Wypróbuj ten interfejs API w dokumentacji SmartDocs, w następujący sposób:
Dodaj obsługę CORS do serwerów proxy interfejsu API, aby wymusić żądania współdzielenia po stronie klienta
CORS to standardowy mechanizm, który umożliwia wywołaniom JavaScript XMLHttpRequest (XHR) wykonywanym na stronie internetowej interakcję z zasobami z domen innych niż źródłowa. CORS to powszechnie stosowane rozwiązanie zasady tego samego pochodzenia, która jest egzekwowana przez wszystkie przeglądarki.
Zaktualizuj konfigurację serwera proxy interfejsu API, jeśli używasz uwierzytelniania podstawowego lub OAuth2.
W tabeli poniżej podsumowano wymagania dotyczące konfiguracji serwera proxy interfejsu API, które umożliwiają obsługę panelu Wypróbuj ten interfejs API w dokumentacji interfejsu SmartDocs API na podstawie dostępu uwierzytelniania.
| Dostęp do uwierzytelniania | Wymagania dotyczące konfiguracji zasad |
|---|---|
| Brak lub klucz interfejsu API | Dodaj obsługę CORS do serwera proxy interfejsu API. Dla wygody użyj przykładowego rozwiązania CORS dostępnego na GitHubie lub wykonaj czynności opisane w artykule Dodawanie obsługi CORS do serwera proxy interfejsu API. |
| Podstawowe uwierzytelnianie | Wykonaj te czynności:
|
| OAuth2 |
|
Zarządzaj interfejsami API
Zarządzaj interfejsami API w sposób opisany w sekcjach poniżej.
Przeglądaj interfejsy API
Aby wyświetlić interfejsy API w portalu, użyj interfejsu użytkownika lub polecenia curl.
UI
Aby wyświetlić katalog interfejsów API:
- Kliknij Opublikuj > Portale i wybierz portal.
- Na stronie głównej portalu kliknij Katalog interfejsów API. Możesz też wybrać Katalog interfejsów API w menu portalu na górnym pasku nawigacyjnym.
Na karcie Interfejsy API w katalogu interfejsów API wyświetlana jest lista interfejsów API, które zostały dodane do portalu.

Jak pokazano na poprzednim rysunku, karta Interfejsy API umożliwia:
- wyświetlać szczegółowe informacje o interfejsach API dostępnych w portalu,
- Dodawanie interfejsu API do portalu
- Edytuj interfejs API w portalu, wykonując co najmniej jedno z tych zadań:
- Zarządzanie migawką dokumentu powiązanego z usługą interfejsu API w celu zaktualizowania dokumentacji API
- Publikowanie i wycofywanie interfejsu API w portalu
- Zarządzanie widocznością interfejsu API w portalu:
- Zarządzanie adresem URL wywołania zwrotnego interfejsu API
- Zarządzanie obrazem karty interfejsu API
- Tagowanie interfejsu API za pomocą kategorii
- Edytowanie tytułu i opisu interfejsu API
- Usuwanie interfejsu API z portalu
- Zarządzanie kategoriami używanymi do wykrywania powiązanych interfejsów API
- Szybkie wykrywanie specyfikacji, które są nieaktualne lub zostały usunięte ze sklepu ze specyfikacjami.
- Szybko identyfikuj osierocone interfejsy API, których powiązana usługa API została usunięta z Apigee Edge, i ponownie utwórz usługę API lub usuń interfejs API z portalu.
curl
Aby wyświetlić listę interfejsów API:
curl -X GET "https://api.enterprise.apigee.com/v1/organizations/ORG_NAME/sites/SITE_ID/apidocs" \
-H "Authorization: Bearer ACCESS_TOKEN"
Zastąp te elementy:
-
ORG_NAME nazwą organizacji. Na przykład:
my-org. -
SITE_ID z nazwą portalu w postaci ORG_NAME-PORTAL_NAME, gdzie ORG_NAME to nazwa organizacji, a PORTAL_NAME to nazwa portalu przekonwertowana na małe litery, bez spacji i myślników. Na przykład:
my-org-myportal. - ACCESS_TOKEN tokenem uwierzytelniania używanym do uzyskiwania dostępu do interfejsu API Apigee Edge. Więcej informacji o uwierzytelnianiu i tokenach znajdziesz w artykule Uwierzytelnianie dostępu do interfejsu API Edge.
Instrukcje dotyczące korzystania ze stronicowania w ładunku odpowiedzi znajdziesz w sekcji Uwagi dotyczące stronicowania.
Ładunek odpowiedzi:
{
"status": "success",
"message": "one page of apidocs returned",
"data": [
{
"id": 622759,
"siteId": "my-org-myportal",
"title": "Test",
"description": "",
"published": false,
"visibility": false,
"apiId": "apiproducttest18",
"apiProductName": "apiproduct_test18",
"edgeAPIProductName": "apiproduct_test18",
"specId": null,
"specContent": null,
"specTitle": null,
"snapshotExists": false,
"snapshotModified": null,
"modified": 1724144471000,
"anonAllowed": false,
"imageUrl": null,
"snapshotState": null,
"requireCallbackUrl": false,
"categoryIds": [],
"specFormat": null,
"specModified": null,
"snapshotOutdated": false,
"snapshotSourceMissing": false,
"graphqlSchema": null,
"graphqlEndpointUrl": null,
"graphqlSchemaDisplayName": null,
"grpcFileName": null,
"grpcZipContent": null
}
],
"code": null,
"request_id": "1452867334",
"error_code": null,
"next_page_token": ""
}
Gdzie:
-
modified: czas ostatniej modyfikacji elementu katalogu w milisekundach od początku epoki. Na przykład:1698165480000. -
id: identyfikator produktu w katalogu. Na przykład:399668.
Uwagi dotyczące podziału na strony:
Rozmiar strony: użyj
pageSize, aby określić liczbę elementów listy do zwrócenia na jednej stronie. Wartość domyślna to 25, a maksymalna – 100. Jeśli są dodatkowe strony, parametrnextPageTokenjest wypełniany tokenem:curl -X GET "https://api.enterprise.apigee.com/v1/organizations/ORG_NAME/sites/SITE_ID/apidocs?pageSize=PAGE_SIZE" \ -H "Authorization: Bearer ACCESS_TOKEN"
Zastąp:
- PAGE_SIZE, podając liczbę elementów listy do zwrócenia na jednej stronie. Na przykład 10.
Ładunek odpowiedzi:
{ "status": "success", "message": "one page of apidocs returned", "data": [ { "id": 638007, "siteId": "tsnow-mint-liztest", "title": "Testing", "description": "", "published": false, "visibility": false, "apiId": "testcatalog", "apiProductName": "testcatalog", "edgeAPIProductName": "testcatalog", "specId": "Petstore", "specContent": null, "specTitle": null, "snapshotExists": true, "snapshotModified": 1726508367000, "modified": 1728582504000, "anonAllowed": false, "imageUrl": null, "snapshotState": "OK_SUBMITTED", "requireCallbackUrl": false, "categoryIds": [], "specFormat": "YAML", "specModified": null, "snapshotOutdated": false, "snapshotSourceMissing": false, "graphqlSchema": null, "graphqlEndpointUrl": null, "graphqlSchemaDisplayName": null, "grpcFileName": null, "grpcZipContent": null } ], "code": null, "request_id": "1068810934", "error_code": null, "next_page_token": "" }Token strony: użyj
pageToken, aby pobrać kolejne strony, jeśli jest ich więcej niż jedna:curl -X GET "https://api.enterprise.apigee.com/v1/organizations/ORG_NAME/sites/SITE_ID/apidocs?pageSize=PAGE_SIZE&pageToken=PAGE_TOKEN" \ -H "Authorization: Bearer ACCESS_TOKEN"Zastąp:
- PAGE_SIZE, podając liczbę elementów listy do zwrócenia na jednej stronie. Na przykład 10.
-
PAGE_TOKEN z wartością
nextPageToken. Na przykład:7zcqrin9l6xhi4nbrb9.
Dodaj interfejs API
Aby dodać interfejsy API do portalu, użyj interfejsu lub polecenia curl:
UI
Aby dodać interfejs API do portalu:
- Uzyskaj dostęp do katalogu interfejsów API.
- Kliknij kartę Interfejsy API, jeśli nie jest jeszcze wybrana.
Kliknij + Dodaj.
Pojawi się okno Dodaj usługę interfejsu API do katalogu.
Wybierz usługę API, którą chcesz dodać do portalu.
Kliknij Dalej. Pojawi się strona Szczegóły interfejsu API.
Skonfiguruj zawartość dokumentacji API i jej widoczność w portalu:
Pole Opis Opublikowano Wybierz Opublikowano, aby opublikować interfejs API w portalu. Jeśli nie chcesz jeszcze publikować interfejsu API, odznacz to pole wyboru. Możesz zmienić to ustawienie później, jak opisano w artykule Publikowanie i cofanie publikacji interfejsu API w portalu. Wyświetl tytuł Zaktualizuj tytuł interfejsu API wyświetlany w katalogu. Domyślnie używana jest nazwa produktu API. Możesz później zmienić wyświetlany tytuł, jak opisano w artykule Edytowanie wyświetlanego tytułu i opisu. Wyświetl opis Zaktualizuj opis interfejsu API wyświetlany w katalogu. Domyślnie używany jest opis usługi API. Możesz zmienić opis później, jak opisano w artykule Edytowanie wyświetlanej nazwy i opisu. Wymagaj od programistów określania adresu URL wywołania zwrotnego Włącz, jeśli chcesz wymagać od deweloperów aplikacji określenia adresu URL wywołania zwrotnego. Adres URL wywołania zwrotnego możesz dodać lub zaktualizować później, zgodnie z opisem w artykule Zarządzanie adresem URL wywołania zwrotnego interfejsu API. Dokumentacja API Aby użyć dokumentu OpenAPI:
- Wybierz Dokument OpenAPI.
- Kliknij Wybierz dokument.
- Wykonaj jedną z tych czynności:
- Kliknij kartę Moje specyfikacje i wybierz specyfikację ze sklepu ze specyfikacjami.
- Kliknij kartę Prześlij plik i prześlij plik.
- Kliknij kartę Importuj z adresu URL i zaimportuj specyfikację z adresu URL.
- Kliknij Wybierz.
Aby użyć schematu GraphQL:
- Wybierz Schemat GraphQL.
- Kliknij Wybierz dokument.
- Przejdź do schematu GraphQL i wybierz go.
- Kliknij Wybierz.
Możesz też wybrać Brak dokumentacji i dodać ją później, po dodaniu interfejsu API, zgodnie z opisem w sekcji Zarządzanie migawką dokumentu.
Widoczność interfejsu API Jeśli nie korzystasz z wersji beta funkcji zarządzania odbiorcami, wybierz jedną z tych opcji:
- Użytkownicy anonimowi, aby umożliwić wszystkim użytkownikom wyświetlanie interfejsu API.
- Zarejestrowani użytkownicy, aby zezwolić na wyświetlanie interfejsu API tylko zarejestrowanym użytkownikom.
Jeśli zarejestrujesz się w wersji beta funkcji zarządzania odbiorcami, wybierz jedną z tych opcji:
- Publiczne (widoczne dla każdego), aby umożliwić wszystkim użytkownikom wyświetlanie interfejsu API.
- Uwierzytelnieni użytkownicy, aby zezwolić na wyświetlanie interfejsu API tylko zarejestrowanym użytkownikom.
- Wybrani odbiorcy, aby wybrać konkretnych odbiorców, którzy mają mieć możliwość wyświetlania interfejsu API.
Widocznością dla odbiorców możesz zarządzać później, zgodnie z opisem w artykule Zarządzanie widocznością interfejsu API w portalu.
Wyświetlany obrazy Aby wyświetlić obraz na karcie interfejsu API na stronie Interfejsy API, kliknij Wybierz obraz. W oknie Wybierz obraz wybierz istniejący obraz, prześlij nowy obraz lub podaj adres URL obrazu zewnętrznego i kliknij Wybierz. Wyświetl podgląd miniatury interfejsu API i kliknij Wybierz. Możesz dodać obraz później, jak opisano w artykule Zarządzanie obrazem na karcie interfejsu API. Jeśli określisz obraz z zewnętrznym adresem URL, nie zostanie on przesłany do Twoich zasobów. Dodatkowo wczytywanie obrazu w zintegrowanym portalu będzie zależeć od jego dostępności, która może być zablokowana lub ograniczona przez zasady bezpieczeństwa treści. Kategorie Dodaj kategorie, do których zostanie przypisany interfejs API, aby umożliwić deweloperom aplikacji odkrywanie powiązanych interfejsów API na stronie Interfejsy API. Aby określić kategorię:
- Wybierz kategorię z listy.
- Dodaj nową kategorię, wpisując jej nazwę i naciskając Enter. Nowa kategoria zostanie dodana do strony Kategorie i będzie dostępna podczas dodawania lub edytowania innych interfejsów API.
Kliknij Zapisz.
curl
Aby dodać interfejs API do portalu :
curl -X POST "https://api.enterprise.apigee.com/v1/organizations/ORG_NAME/sites/SITE_ID/apidocs" \
-H "Authorization: Bearer ACCESS_TOKEN" \
-H "Content-Type: application/json" \
-d '{
"title": "TITLE",
"description": "DESCRIPTION",
"anonAllowed": ANON_TRUE_OR_FALSE,
"imageUrl": "IMAGE_URL",
"requireCallbackUrl": CALLBACK_TRUE_OR_FALSE,
"categoryIds": [
"CATEGORY_ID1",
"CATEGORY_ID2"
],
"published": PUBLISHED_TRUE_OR_FALSE,
"apiProductName": "API_PRODUCT"
}'
Zastąp te elementy:
-
ORG_NAME nazwą organizacji. Na przykład:
my-org. -
SITE_ID z nazwą portalu w postaci ORG_NAME-PORTAL_NAME, gdzie ORG_NAME to nazwa organizacji, a PORTAL_NAME to nazwa portalu przekonwertowana na małe litery, bez spacji i myślników. Na przykład:
my-org-myportal. - ACCESS_TOKEN tokenem uwierzytelniania używanym do uzyskiwania dostępu do interfejsu API Apigee Edge. Więcej informacji o uwierzytelnianiu i tokenach znajdziesz w artykule Uwierzytelnianie dostępu do interfejsu API Edge.
-
TITLE z wyświetlanym tytułem. Na przykład:
Hello World 2. -
DESCRIPTION z opisem wyświetlanym. Na przykład:
Simple hello world example. -
ANON_TRUE_OR_FALSE z
truelubfalse(domyślnie), gdzietrueoznacza, że ten interfejs API jest widoczny publicznie i można go wyświetlać anonimowo; w przeciwnym razie mogą go wyświetlać tylko zarejestrowani użytkownicy. -
IMAGE_URL adresem URL obrazu zewnętrznego używanego w przypadku elementu katalogu lub ścieżką do plików graficznych przechowywanych w portalu, np.
/files/book-tree.jpg. Jeśli podasz adres URL obrazu zewnętrznego, obraz nie zostanie przesłany do zasobów. Dodatkowo wczytywanie obrazu w zintegrowanym portalu będzie zależeć od jego dostępności, która może być zablokowana lub ograniczona przez zasady bezpieczeństwa treści. -
CALLBACK_TRUE_OR_FALSE z
truelubfalse(domyślnie), gdzietruewymaga od użytkownika portalu wpisania adresu URL podczas zarządzania aplikacją. -
CATEGORY_ID identyfikatorem kategorii. Na przykład:
bf6505eb-2a0f-47af-a00a-ded40ac72960. Kolejne identyfikatory kategorii oddziel przecinkami. Pobierz identyfikator kategorii za pomocą polecenia list API categories. -
PUBLISHED_TRUE_OR_FALSE z
truelubfalse(domyślnie), gdzietrueoznacza, że interfejs API jest dostępny publicznie. Po opublikowaniu możesz zezwolić na dostęp wszystkim użytkownikom, uwierzytelnionym użytkownikom lub określonym użytkownikom. -
API_PRODUCT nazwą usługi API. Na przykład:
Hello World 2.
Ładunek odpowiedzi:
{
"status": "success",
"message": "API created",
"data": {
"id": 662423,
"siteId": "my-org-myportal",
"title": "My Test Catalog 4",
"description": "",
"published": false,
"visibility": false,
"apiId": "uxb9wjua",
"apiProductName": "uXB9wJUa",
"edgeAPIProductName": "uXB9wJUa",
"specId": null,
"specContent": null,
"specTitle": null,
"snapshotExists": false,
"snapshotModified": null,
"modified": 1729635493000,
"anonAllowed": false,
"imageUrl": null,
"snapshotState": null,
"requireCallbackUrl": false,
"categoryIds": [],
"specFormat": null,
"specModified": null,
"snapshotOutdated": null,
"snapshotSourceMissing": false,
"graphqlSchema": null,
"graphqlEndpointUrl": null,
"graphqlSchemaDisplayName": null,
"grpcFileName": null,
"grpcZipContent": null
},
"code": null,
"request_id": "893346193",
"error_code": null
}
Gdzie:
-
modified: czas ostatniej modyfikacji elementu katalogu w milisekundach od początku epoki. Na przykład:1698165480000. -
id: identyfikator produktu w katalogu. Na przykład:399668.
Edytowanie interfejsu API
Po dodaniu interfejsu API możesz wprowadzać zmiany za pomocą interfejsu użytkownika lub wywołania interfejsu API.
W tej sekcji znajdziesz szczegółowy przykład czynności, które należy wykonać, aby zmodyfikować istniejący interfejs API w portalu.
Informacje o konkretnych ustawieniach modyfikacji znajdziesz w kolejnych sekcjach.
UI
Aby edytować interfejs API:
- Uzyskaj dostęp do katalogu interfejsów API.
- Kliknij kartę Interfejsy API, jeśli nie jest jeszcze wybrana.
- Kliknij wiersz interfejsu API, który chcesz edytować.
- Kliknij
Edytuj. - W sekcji Szczegóły interfejsu API wprowadź zmiany. Opisy opcji znajdziesz w artykule Dodawanie interfejsu API.
- Kliknij Zapisz.
curl
Po dodaniu interfejsu API użyj wywołania update, aby wprowadzić zmiany.
W tym przykładzie dowiesz się, jak zmienić stan opublikowania interfejsu API w portalu z true na false. W razie potrzeby możesz zmienić więcej niż jedno ustawienie w jednym wywołaniu interfejsu API.
- Aby znaleźć wygenerowany identyfikator
id, który jednoznacznie identyfikuje każdy interfejs API, pobierz listę interfejsów API w portalu zgodnie z opisem w artykule Przeglądanie interfejsów API. Zwracanie bieżących wartości dla konkretnego interfejsu API:
curl -X GET "https://api.enterprise.apigee.com/v1/organizations/ORG_NAME/sites/SITE_ID/apidocs/API_DOC" \ -H "Authorization: Bearer ACCESS_TOKEN"
Zastąp te elementy:
-
ORG_NAME nazwą organizacji. Na przykład:
my-org. -
SITE_ID z nazwą portalu w postaci ORG_NAME-PORTAL_NAME, gdzie ORG_NAME to nazwa organizacji, a PORTAL_NAME to nazwa portalu przekonwertowana na małe litery, bez spacji i myślników. Na przykład:
my-org-myportal. -
API_DOC z wygenerowanym
iddokumentu. Na przykład:399668. Aby znaleźć tę wartość, użyj polecenia list API docs. - ACCESS_TOKEN tokenem uwierzytelniania używanym do uzyskiwania dostępu do interfejsu API Apigee Edge. Więcej informacji o uwierzytelnianiu i tokenach znajdziesz w artykule Uwierzytelnianie dostępu do interfejsu API Edge.
Ładunek odpowiedzi:
{ "status": "success", "message": "apidoc returned", "data": { "id": 662423, "siteId": "my-org-myportal", "title": "My Test Catalog 4", "description": "", "published": false, "visibility": false, "apiId": "uxb9wjua", "apiProductName": "uXB9wJUa", "edgeAPIProductName": "uXB9wJUa", "specId": null, "specContent": null, "specTitle": null, "snapshotExists": false, "snapshotModified": null, "modified": 1729635493000, "anonAllowed": false, "imageUrl": null, "snapshotState": null, "requireCallbackUrl": false, "categoryIds": [], "specFormat": null, "specModified": null, "snapshotOutdated": false, "snapshotSourceMissing": false, "graphqlSchema": null, "graphqlEndpointUrl": null, "graphqlSchemaDisplayName": null, "grpcFileName": null, "grpcZipContent": null }, "code": null, "request_id": "601210268", "error_code": null }-
ORG_NAME nazwą organizacji. Na przykład:
W wywołaniu update uwzględnij wartości zmienne, które chcesz zachować, i zmodyfikuj wartości, które chcesz zmienić. Jeśli pominiesz wiersz, zostanie użyte ustawienie domyślne. W tym przykładzie zmień ustawienie opublikowanej wersji z
falsenatrue:curl -X PUT "https://api.enterprise.apigee.com/v1/organizations/ORG_NAME/sites/SITE_ID/apidocs/API_DOC" \ -H "Authorization: Bearer ACCESS_TOKEN" \ -H "Content-Type: application/json" \ -d '{ "title": "TITLE", "anonAllowed": true, "published": true }'Zastąp te elementy:
-
TITLE z wyświetlanym tytułem. Na przykład:
Hello World 2.
Ładunek odpowiedzi:
{ "status": "success", "message": "ApiDoc updated", "data": { "id": 662423, "siteId": "my-org-myportal", "title": "My Test Catalog 4", "description": "", "published": true, "visibility": true, "apiId": "uxb9wjua", "apiProductName": "uXB9wJUa", "edgeAPIProductName": "uXB9wJUa", "specId": null, "specContent": null, "specTitle": null, "snapshotExists": false, "snapshotModified": null, "modified": 1729989250000, "anonAllowed": true, "imageUrl": null, "snapshotState": null, "requireCallbackUrl": false, "categoryIds": [], "specFormat": null, "specModified": null, "snapshotOutdated": null, "snapshotSourceMissing": false, "graphqlSchema": null, "graphqlEndpointUrl": null, "graphqlSchemaDisplayName": null, "grpcFileName": null, "grpcZipContent": null }, "code": null, "request_id": "738172002", "error_code": null }-
TITLE z wyświetlanym tytułem. Na przykład:
Zarządzanie zrzutem dokumentu
Po opublikowaniu interfejsu API możesz w dowolnym momencie utworzyć nową migawkę dokumentu OpenAPI lub GraphQL, aby zaktualizować dokumentację API opublikowaną w portalu.
Aby zarządzać zrzutem dokumentu:
- Uzyskaj dostęp do katalogu interfejsów API.
- Kliknij kartę Interfejsy API, jeśli nie jest jeszcze wybrana.
- Kliknij wiersz interfejsu API, który chcesz edytować.
- Sprawdź stan zrzutu.
Jeśli jest nieaktualna, wyświetli się ten komunikat:

- Kliknij
. - Wykonaj jedną z tych czynności:
- Aby odświeżyć zrzut dokumentu OpenAPI, który jest nieaktualny, kliknij Odśwież zrzut.
- Aby zmienić dokument używany do generowania dokumentacji interfejsu API, w sekcji Dokumentacja interfejsu API kliknij Wybierz dokument i wybierz nowy dokument.
- Kliknij Zapisz.
Publikowanie i wycofywanie interfejsu API w portalu
Publikowanie to proces udostępniania interfejsów API deweloperom aplikacji.
Aby opublikować interfejs API w portalu lub cofnąć jego publikację, użyj interfejsu użytkownika lub polecenia curl.
UI
Aby opublikować interfejs API w portalu lub cofnąć jego publikację:
- Uzyskaj dostęp do katalogu interfejsów API.
- Kliknij kartę Interfejsy API, jeśli nie jest jeszcze wybrana.
- Kliknij wiersz interfejsu API, który chcesz edytować.
- Kliknij
Edytuj. - W sekcji Szczegóły interfejsu API zaznacz lub odznacz pole Opublikowany (na liście w katalogu), aby opublikować interfejs API w portalu lub go z niego usunąć.
- Kliknij Zapisz.
curl
W wywołaniu aktualizacji uwzględnij jedną z tych opcji:
"published": true, # API is published to your portal "published": false, # API is not published in your portal
Aby edytować interfejs API:
-
curl -X GET "https://api.enterprise.apigee.com/v1/organizations/ORG_NAME/sites/SITE_ID/apidocs" \ -H "Authorization: Bearer ACCESS_TOKEN"
Aby edytować interfejs API, użyj wywołania update. Uwzględnij wartości zmienne, które chcesz zachować, i zmodyfikuj te, które chcesz zmienić. Jeśli pominiesz ustawienie, które można zmienić, zostanie ono zastąpione wartością domyślną.
curl -X PUT "https://api.enterprise.apigee.com/v1/organizations/ ORG_NAME/sites/SITE_ID/apidocs/API_DOC" \ -H "Authorization: Bearer ACCESS_TOKEN" \ -H "Content-Type: application/json" \ -d '{ "title": "TITLE", "description": "DESCRIPTION", "anonAllowed": ANON_TRUE_OR_FALSE, "imageUrl": IMAGE_URL, "requireCallbackUrl": CALLBACK_TRUE_OR_FALSE, "categoryIds": [ "CATEGORY_ID1", "CATEGORY_ID2" ], "published": PUBLISHED_TRUE_OR_FALSE }
Szczegółowy przykład kroków, zmiennych i zwracanych danych znajdziesz w artykule Zarządzanie wersją dokumentu.
Zarządzanie widocznością interfejsu API w portalu
Zarządzaj widocznością interfejsu API w portalu, zezwalając na dostęp:
- Publiczne (widoczne dla każdego)
- Uwierzytelnieni użytkownicy:
- wybranych odbiorców (jeśli uczestniczysz w programie testów beta funkcji zarządzania odbiorcami).
Aby zarządzać widocznością interfejsu API w portalu, użyj interfejsu użytkownika lub polecenia curl:
UI
Aby zarządzać widocznością interfejsu API w portalu:
- Uzyskaj dostęp do katalogu interfejsów API.
- Kliknij kartę Interfejsy API, jeśli nie jest jeszcze wybrana.
- Kliknij wiersz interfejsu API, który chcesz edytować.
- Kliknij
Edytuj. Wybierz ustawienie widoczności. Jeśli zarejestrujesz się w wersji beta funkcji list odbiorców, wybierz jedną z tych opcji:
- Publiczna (widoczna dla każdego), aby wszyscy użytkownicy mogli wyświetlać stronę.
- Uwierzytelnieni użytkownicy, aby zezwolić na wyświetlanie strony tylko zarejestrowanym użytkownikom.
- Wybrani odbiorcy, aby wybrać konkretnych odbiorców, którzy mają mieć możliwość wyświetlania strony. Więcej informacji znajdziesz w artykule Zarządzanie odbiorcami portalu.
- Użytkownicy anonimowi, aby umożliwić wszystkim użytkownikom wyświetlanie strony.
- Zarejestrowani użytkownicy, aby zezwolić na wyświetlanie strony tylko zarejestrowanym użytkownikom.
Kliknij Prześlij.
curl
Jeśli zarejestrujesz się w wersji beta funkcji zarządzania odbiorcami, możesz zarządzać odbiorcami w interfejsie.
Jeśli nie korzystasz z funkcji zarządzania odbiorcami, widoczność jest zarządzana za pomocą anonAllowed.
W wywołaniu update uwzględnij jedną z tych wartości:
# When not enrolled in the beta release of the audience management feature: "anonAllowed": true, # Anonymous users can see the API "anonAllowed": false, # Only registered users can see the API
Aby edytować interfejs API:
-
curl -X GET "https://api.enterprise.apigee.com/v1/organizations/ORG_NAME/sites/SITE_ID/apidocs/API_DOC" \ -H "Authorization: Bearer ACCESS_TOKEN" Aby edytować interfejs API, użyj wywołania update. Uwzględnij wartości zmienne, które chcesz zachować, i zmodyfikuj te, które chcesz zmienić. Jeśli pominiesz ustawienie, które można zmienić, zostanie użyta wartość domyślna.
curl -X PUT "https://api.enterprise.apigee.com/v1/organizations/ORG_NAME/sites/SITE_ID/apidocs/API_DOC" \ -H "Authorization: Bearer ACCESS_TOKEN" \ -H "Content-Type: application/json" \ -d '{ "title": "TITLE", "description": "DESCRIPTION", "anonAllowed": ANON_TRUE_OR_FALSE, "imageUrl": IMAGE_URL, "requireCallbackUrl": CALLBACK_TRUE_OR_FALSE, "categoryIds": [ "CATEGORY_ID1", "CATEGORY_ID2" ], "published": PUBLISHED_TRUE_OR_FALSE }'
Szczegółowy przykład kroków, zmiennych i zwracanych danych znajdziesz w artykule Edytowanie interfejsu API.
Zarządzanie adresem URL wywołania zwrotnego interfejsu API
Zarządzaj adresem URL wywołania zwrotnego interfejsu API. Zobacz Informacje o adresach URL wywołania zwrotnego.
Aby zarządzać adresem URL wywołania zwrotnego interfejsu API, użyj interfejsu lub polecenia curl:
UI
Aby zarządzać adresem URL wywołania zwrotnego interfejsu API:
- Uzyskaj dostęp do katalogu interfejsów API.
- Kliknij kartę Interfejsy API, jeśli nie jest jeszcze wybrana.
- Kliknij wiersz interfejsu API, który chcesz edytować.
- Kliknij
Edytuj. - W sekcji Szczegóły interfejsu API zaznacz lub odznacz pole wyboru Wymagaj od programistów określania adresu URL wywołania zwrotnego.
- Kliknij Zapisz.
curl
W wywołaniu update uwzględnij jedną z tych wartości:
"requireCallbackUrl": true, # Portal user is required to input a URL "requireCallbackUrl": false, # Portal user is not required to input a URL
Aby edytować interfejs API:
-
curl -X GET "https://api.enterprise.apigee.com/v1/organizations/ORG_NAME/sites/SITE_ID/apidocs/API_DOC" \ -H "Authorization: Bearer ACCESS_TOKEN" Aby edytować interfejs API, użyj wywołania update. Uwzględnij wartości zmienne, które chcesz zachować, i zmodyfikuj te, które chcesz zmienić. Jeśli pominiesz ustawienie, które można zmienić, zostanie użyta wartość domyślna.
curl -X PUT "https://api.enterprise.apigee.com/v1/organizations/ORG_NAME/sites/SITE_ID/apidocs/API_DOC" \ -H "Authorization: Bearer ACCESS_TOKEN" \ -H "Content-Type: application/json" \ -d '{ "title": "TITLE", "description": "DESCRIPTION", "anonAllowed": ANON_TRUE_OR_FALSE, "imageUrl": IMAGE_URL, "requireCallbackUrl": CALLBACK_TRUE_OR_FALSE, "categoryIds": [ "CATEGORY_ID1", "CATEGORY_ID2" ], "published": PUBLISHED_TRUE_OR_FALSE }'
Szczegółowy przykład kroków, zmiennych i zwracanych danych znajdziesz w artykule Edytowanie interfejsu API.
Zarządzanie obrazem karty interfejsu API
Zarządzaj obrazem, który pojawia się na karcie interfejsu API na stronie Interfejsy API, dodając lub zmieniając bieżący obraz.
Aby zarządzać obrazem karty interfejsu API, użyj interfejsu lub polecenia curl:
UI
Aby zarządzać obrazem karty interfejsu API:
- Uzyskaj dostęp do katalogu interfejsów API.
- Kliknij kartę Interfejsy API, jeśli nie jest jeszcze wybrana.
- Kliknij wiersz interfejsu API, który chcesz edytować.
- Kliknij
Edytuj. W sekcji Szczegóły interfejsu API:
- Kliknij Wybierz obraz, aby wskazać lub przesłać obraz, jeśli nie został wybrany.
- Kliknij Zmień obraz, aby wybrać lub przesłać inny obraz.
- Kliknij x na obrazie, aby go usunąć.
Podczas określania obrazu podaj obraz z zewnętrznym adresem URL używanym w przypadku elementu katalogu lub ścieżkę do plików graficznych przechowywanych w portalu, np.
/files/book-tree.jpg. Jeśli podasz adres URL obrazu zewnętrznego, obraz nie zostanie przesłany do Twoich zasobów. Dodatkowo wczytywanie obrazu w zintegrowanym portalu będzie zależeć od jego dostępności, która może być blokowana lub ograniczana przez zasady bezpieczeństwa treści.Kliknij Zapisz.
curl
W wywołaniu update uwzględnij te elementy:
# Omit line for no image file "imageUrl": "IMAGE_URL" # URL of the external image or name of the image file
Aby edytować interfejs API:
-
curl -X GET "https://api.enterprise.apigee.com/v1/organizations/ORG_NAME/sites/SITE_ID/apidocs/API_DOC" \ -H "Authorization: Bearer ACCESS_TOKEN" Aby edytować interfejs API, użyj wywołania update. Uwzględnij wartości zmienne, które chcesz zachować, i zmodyfikuj te, które chcesz zmienić. Jeśli pominiesz ustawienie, które można zmienić, zostanie użyta wartość domyślna.
curl -X PUT "https://api.enterprise.apigee.com/v1/organizations/ORG_NAME/sites/SITE_ID/apidocs/API_DOC" \ -H "Authorization: Bearer ACCESS_TOKEN" \ -H "Content-Type: application/json" \ -d '{ "title": "TITLE", "description": "DESCRIPTION", "anonAllowed": ANON_TRUE_OR_FALSE, "imageUrl": IMAGE_URL, "requireCallbackUrl": CALLBACK_TRUE_OR_FALSE, "categoryIds": [ "CATEGORY_ID1", "CATEGORY_ID2" ], "published": PUBLISHED_TRUE_OR_FALSE }'
Szczegółowy przykład kroków, zmiennych i zwracanych danych znajdziesz w artykule Edytowanie interfejsu API.
Tagowanie interfejsu API za pomocą kategorii
Korzystanie z kategorii pomaga deweloperom aplikacji odkrywać powiązane interfejsy API. Zobacz też Zarządzanie kategoriami.
Oznacz interfejs API tagiem, używając kategorii na jeden z tych sposobów:
- Kategoriami, do których jest przypisany interfejs API, możesz zarządzać podczas jego edytowania, jak opisano poniżej.
- Zarządzaj interfejsami API oznaczonymi tagiem kategorii podczas edytowania kategorii.
Aby oznaczyć interfejs API za pomocą kategorii, użyj interfejsu użytkownika lub polecenia curl:
UI
Aby otagować interfejs API kategoriami podczas jego edytowania:
- Uzyskaj dostęp do katalogu interfejsów API.
- Kliknij kartę Interfejsy API, jeśli nie jest jeszcze wybrana.
- Kliknij wiersz interfejsu API, który chcesz edytować.
- Kliknij
Edytuj. - Kliknij pole Kategorie i wykonaj jedną z tych czynności:
- Wybierz kategorię z listy.
- Dodaj nową kategorię, wpisując jej nazwę i naciskając Enter. Nowa kategoria zostanie dodana do strony Kategorie i będzie dostępna podczas dodawania lub edytowania innych interfejsów API.
- Powtórz tę czynność, aby otagować interfejs API w większej liczbie kategorii.
- Kliknij Zapisz.
curl
W wywołaniu update uwzględnij te elementy:
# Omit line for no categories "categoryIds": [ "CATEGORY_ID1", # A category ID number "CATEGORY_ID2" # A category ID number ],
Aby uzyskać numery identyfikacyjne kategorii, użyj polecenia list categories.
Aby edytować interfejs API:
-
curl -X GET "https://api.enterprise.apigee.com/v1/organizations/ORG_NAME/sites/SITE_ID/apidocs/API_DOC" \ -H "Authorization: Bearer ACCESS_TOKEN" Aby edytować interfejs API, użyj wywołania update. Uwzględnij wartości zmienne, które chcesz zachować, i zmodyfikuj te, które chcesz zmienić. Jeśli pominiesz ustawienie, które można zmienić, zostanie użyta wartość domyślna.
curl -X PUT "https://api.enterprise.apigee.com/v1/organizations/ORG_NAME/sites/SITE_ID/apidocs/API_DOC" \ -H "Authorization: Bearer ACCESS_TOKEN" \ -H "Content-Type: application/json" \ -d '{ "title": "TITLE", "description": "DESCRIPTION", "anonAllowed": ANON_TRUE_OR_FALSE, "imageUrl": IMAGE_URL, "requireCallbackUrl": CALLBACK_TRUE_OR_FALSE, "categoryIds": [ "CATEGORY_ID1", "CATEGORY_ID2" ], "published": PUBLISHED_TRUE_OR_FALSE }'
Szczegółowy przykład kroków, zmiennych i zwracanych danych znajdziesz w artykule Edytowanie interfejsu API.
Edytowanie wyświetlanego tytułu i opisu
Aby edytować wyświetlany tytuł i opis, użyj interfejsu lub polecenia curl:
UI
Aby edytować wyświetlany tytuł i opis:
- Uzyskaj dostęp do katalogu interfejsów API.
- Kliknij kartę Interfejsy API, jeśli nie jest jeszcze wybrana.
- Kliknij wiersz interfejsu API, który chcesz edytować.
- Kliknij
Edytuj. - W razie potrzeby zmień pola Wyświetlany tytuł i Wyświetlany opis.
- Kliknij Zapisz.
curl
W wywołaniu update uwzględnij te elementy:
"title": "TITLE", # Display title "description": "DESCRIPTION", # Display description
Aby edytować interfejs API:
-
curl -X GET "https://api.enterprise.apigee.com/v1/organizations/ORG_NAME/sites/SITE_ID/apidocs/API_DOC" \ -H "Authorization: Bearer ACCESS_TOKEN" Aby edytować interfejs API, użyj wywołania update. Uwzględnij wartości zmienne, które chcesz zachować, i zmodyfikuj te, które chcesz zmienić. Jeśli pominiesz ustawienie, które można zmienić, zostanie użyta wartość domyślna.
curl -X PUT "https://api.enterprise.apigee.com/v1/organizations/ORG_NAME/sites/SITE_ID/apidocs/API_DOC" \ -H "Authorization: Bearer ACCESS_TOKEN" \ -H "Content-Type: application/json" \ -d '{ "title": "TITLE", "description": "DESCRIPTION", "anonAllowed": ANON_TRUE_OR_FALSE, "imageUrl": IMAGE_URL, "requireCallbackUrl": CALLBACK_TRUE_OR_FALSE, "categoryIds": [ "CATEGORY_ID1", "CATEGORY_ID2" ], "published": PUBLISHED_TRUE_OR_FALSE }'
Szczegółowy przykład kroków, zmiennych i zwracanych danych znajdziesz w artykule Edytowanie interfejsu API.
Usuwanie interfejsu API z portalu
Aby usunąć interfejs API z portalu, użyj interfejsu użytkownika lub polecenia curl:
UI
Aby usunąć interfejs API z portalu:
- Uzyskaj dostęp do katalogu interfejsów API.
- Wybierz Interfejsy API, jeśli nie są jeszcze wybrane.
- Najedź kursorem na interfejs API na liście, aby wyświetlić menu czynności.
- Kliknij
Usuń.
curl
Aby usunąć interfejs API z portalu:
curl -X DELETE "https://api.enterprise.apigee.com/v1/organizations/ORG_NAME/sites/SITE_ID/apidocs/API_DOC" \
-H "Authorization: Bearer ACCESS_TOKEN"
Zastąp te elementy:
-
ORG_NAME nazwą organizacji. Na przykład:
my-org. -
SITE_ID z nazwą portalu w postaci ORG_NAME-PORTAL_NAME, gdzie ORG_NAME to nazwa organizacji, a PORTAL_NAME to nazwa portalu przekonwertowana na małe litery, bez spacji i myślników. Na przykład:
my-org-myportal. -
API_DOC z wygenerowanym
iddokumentu. Na przykład:399668. Aby znaleźć tę wartość, użyj polecenia list API docs. - ACCESS_TOKEN tokenem uwierzytelniania używanym do uzyskiwania dostępu do interfejsu API Apigee Edge. Więcej informacji o uwierzytelnianiu i tokenach znajdziesz w artykule Uwierzytelnianie dostępu do interfejsu API Edge.
Ładunek odpowiedzi:
{ "status": "success", "message": "Apidoc deleted", "data": { }, "code": null, "request_id": "1790036484", "error_code": null }
Zarządzanie dokumentacją API
W poniższych sekcjach opisano, jak aktualizować, pobierać i usuwać dokumentację interfejsu API.
Aktualizowanie dokumentacji interfejsu API
Aby przesłać inną wersję dokumentacji API:
UI
- Uzyskaj dostęp do katalogu interfejsów API.
- Kliknij kartę Interfejsy API, jeśli nie jest jeszcze wybrana.
- Kliknij wiersz interfejsu API, który chcesz edytować.
- Sprawdź stan zrzutu.
Jeśli jest nieaktualna, wyświetli się ten komunikat:

- Kliknij Edytuj.
- Wykonaj jedną z tych czynności:
- Aby odświeżyć zrzut dokumentu OpenAPI, który jest nieaktualny, kliknij Odśwież zrzut.
- Aby zmienić dokument używany do generowania dokumentacji interfejsu API, w sekcji Dokumentacja interfejsu API kliknij Wybierz dokument i wybierz nowy dokument.
- W panelu Dokumentacja API wybierz jedną z tych opcji:
- dokument OpenAPI
- Schemat GraphQL
- Kliknij Wybierz dokument i wybierz najnowszą wersję dokumentu.
- W przypadku GraphQL podaj URL punktu końcowego.
- Kliknij Zapisz.
Dokumentacja API jest renderowana z dokumentu i dodawana do strony dokumentacji API. Stan zrzutu zostanie zaktualizowany do bieżącego:

curl
Aby zaktualizować treść dokumentacji OpenAPI lub GraphQL:
OpenAPI
curl -X PATCH "https://api.enterprise.apigee.com/v1/organizations/ORG_NAME/sites/SITE_ID/apidocs/API_DOC/documentation" \
-H "Authorization: Bearer ACCESS_TOKEN" \
-H "Content-Type: application/json" \
-d '{"oasDocumentation": {
"spec":{ "displayName":"DISPLAY_NAME",
"contents":"CONTENTS"}
}
}'
Zastąp te elementy:
-
ORG_NAME nazwą organizacji. Na przykład:
my-org. -
SITE_ID z nazwą portalu w postaci ORG_NAME-PORTAL_NAME, gdzie ORG_NAME to nazwa organizacji, a PORTAL_NAME to nazwa portalu przekonwertowana na małe litery, bez spacji i myślników. Na przykład:
my-org-myportal. -
API_DOC z wygenerowanym
iddokumentu. Na przykład:399668. Aby znaleźć tę wartość, użyj polecenia list API docs. -
DISPLAY_NAME z wyświetlaną nazwą dokumentacji API. Na przykład:
Hello World 2. - CONTENTS ciągiem tekstowym zawartości dokumentacji interfejsu API zakodowanym w formacie base64. Większość środowisk programistycznych zawiera narzędzie do konwersji base64. Istnieje też wiele narzędzi do konwersji online.
Ładunek odpowiedzi:
{ "status":"success", "message":"Api documentation updated", "requestId":"645138278" "data": { "oasDocumentation": { "spec": { "displayName": "Hello World 2" }, "Format": "YAML" } } }
GraphQL
curl -X PATCH "https://api.enterprise.apigee.com/v1/organizations/ORG_NAME/sites/SITE_ID/apidocs/API_DOC/documentation" \
-H "Authorization: Bearer ACCESS_TOKEN" \
-H "Content-Type: application/json" \
-d '{"graphqlDocumentation": {
"schema":{"displayName":"DISPLAY_NAME",
"contents":"CONTENTS"},
"endpointUri": "ENDPOINT_URI"
}
}'
Zastąp te elementy:
-
ORG_NAME nazwą organizacji. Na przykład:
my-org. -
SITE_ID z nazwą portalu w postaci ORG_NAME-PORTAL_NAME, gdzie ORG_NAME to nazwa organizacji, a PORTAL_NAME to nazwa portalu przekonwertowana na małe litery, bez spacji i myślników. Na przykład:
my-org-myportal. -
API_DOC z wygenerowanym
iddokumentu. Na przykład:399668. Aby znaleźć tę wartość, użyj polecenia list API docs. -
DISPLAY_NAME z wyświetlaną nazwą dokumentacji API. Na przykład:
Hello World 2. -
ENDPOINT_URI nazwą domeny identyfikatora URI punktu końcowego. Na przykład:
https://demo.google.com/graphql. - CONTENTS ciągiem tekstowym zawartości dokumentacji interfejsu API zakodowanym w formacie base64. Większość środowisk programistycznych zawiera narzędzie do konwersji base64. Istnieje też wiele narzędzi do konwersji online.
Ładunek odpowiedzi:
{ "status": "success", "message": "ApiDocDocumentation updated", "data": { "oasDocumentation": null, "graphqlDocumentation": { "schema": { "displayName": "schema.docs.graphql", "contents": "" }, "endpointUri": "https://demo.google.com/graphql" } }, "code": null, "request_id": "640336173", "error_code": null }
Dokumentacja API jest renderowana z dokumentu i dodawana do strony interfejsów API w aktywnym portalu.
Dokumentacja API pobierania
Aby pobrać dokumentację interfejsu API:
UI
curl
Aby pobrać dokumentację interfejsu API za pomocą metody get documentation:
curl -X GET "https://api.enterprise.apigee.com/v1/organizations/ORG_NAME/sites/SITE_ID/apidocs/API_DOC/documentation" \
-H "Authorization: Bearer ACCESS_TOKEN"
Zastąp te elementy:
-
ORG_NAME nazwą organizacji. Na przykład:
my-org. -
SITE_ID z nazwą portalu w postaci ORG_NAME-PORTAL_NAME, gdzie ORG_NAME to nazwa organizacji, a PORTAL_NAME to nazwa portalu przekonwertowana na małe litery, bez spacji i myślników. Na przykład:
my-org-myportal. API_DOC z wygenerowanym
iddokumentu. Na przykład:399668. Aby znaleźć tę wartość, użyj polecenia list API docs.Ładunek odpowiedzi:
{ "status": "success", "message": "ApiDocDocumentation returned", "data": { "oasDocumentation": { "spec": { "displayName": "mock", "contents": "b3BlbmFwaTogMy4wLjAKaW5mbzoKICBkZXNjcmlw ..." }, "format": "YAML" }, "graphqlDocumentation": null }, "code": null, "request_id": "269996898", "error_code": null }
Gdzie:
contents: ciąg znaków zakodowany w formacie base64, który zawiera treść dokumentacji API.
Usuwanie dokumentacji API
Aby usunąć dokumentację API:
UI
- Uzyskaj dostęp do katalogu interfejsów API.
- Kliknij kartę Interfejsy API, jeśli nie jest jeszcze wybrana.
- Kliknij wiersz interfejsu API, który chcesz edytować.
- Kliknij Edytuj.
- W panelu dokumentacja API wybierz Brak dokumentacji.
- Kliknij Zapisz.
curl
Aby usunąć istniejące treści, użyj interfejsu API do aktualizacji:
curl -X PATCH "https://api.enterprise.apigee.com/v1/organizations/ORG_NAME/sites/SITE_ID/apidocs/API_DOC/documentation" \
-H "Authorization: Bearer ACCESS_TOKEN" \
-H "Content-Type: application/json" \
-d '{}'
Zastąp te elementy:
-
ORG_NAME nazwą organizacji. Na przykład:
my-org. -
SITE_ID z nazwą portalu w postaci ORG_NAME-PORTAL_NAME, gdzie ORG_NAME to nazwa organizacji, a PORTAL_NAME to nazwa portalu przekonwertowana na małe litery, bez spacji i myślników. Na przykład:
my-org-myportal. -
API_DOC z wygenerowanym
iddokumentu. Na przykład:399668. Aby znaleźć tę wartość, użyj polecenia list API docs.
Ładunek odpowiedzi:
{ "status": "success", "message": "ApiDocDocumentation updated", "data": { "oasDocumentation": null, "graphqlDocumentation": null }, "code": null, "request_id": "304329676", "error_code": null }
Zarządzanie kategoriami używanymi do wykrywania powiązanych interfejsów API
Oznacz interfejs API tagiem za pomocą kategorii, aby umożliwić deweloperom aplikacji odkrywanie powiązanych interfejsów API na stronie interfejsów API w aktywnym portalu. Dodawaj kategorie i zarządzaj nimi zgodnie z opisem w sekcjach poniżej.
Odkrywaj kategorie
Aby wyświetlić interfejsy API w portalu, użyj interfejsu użytkownika lub polecenia curl.
UI
Aby wyświetlić stronę Kategorie:
- Kliknij Opublikuj > Portale i wybierz portal.
- Na stronie głównej portalu kliknij Katalog interfejsów API.
Możesz też wybrać Katalog interfejsów API w menu portalu na górnym pasku nawigacyjnym.
- Kliknij kartę Kategorie.
Na karcie Kategorie w katalogu interfejsów API wyświetlana jest lista kategorii zdefiniowanych dla Twojego portalu.

Jak pokazano na poprzednim rysunku, na stronie interfejsów API możesz:
- Wyświetlanie kategorii i interfejsów API, do których są otagowane
- Dodaj kategorię
- Edytowanie kategorii
- Usuwanie kategorii
- Zarządzaj interfejsami API opublikowanymi w portalu. Zobacz Przeglądanie katalogu interfejsów API.
curl
Aby wyświetlić listę kategorii:
curl -X GET "https://api.enterprise.apigee.com/v1/organizations/ORG_NAME/sites/SITE_ID/apicategories" \
-H "Authorization: Bearer ACCESS_TOKEN"
Zastąp te elementy:
-
ORG_NAME nazwą organizacji. Na przykład:
my-org. -
SITE_ID z nazwą portalu w postaci ORG_NAME-PORTAL_NAME, gdzie ORG_NAME to nazwa organizacji, a PORTAL_NAME to nazwa portalu przekonwertowana na małe litery, bez spacji i myślników. Na przykład:
my-org-myportal. - ACCESS_TOKEN tokenem uwierzytelniania używanym do uzyskiwania dostępu do interfejsu API Apigee Edge. Więcej informacji o uwierzytelnianiu i tokenach znajdziesz w artykule Uwierzytelnianie dostępu do interfejsu API Edge.
Ładunek odpowiedzi:
{ "status": "success", "message": "all ApiCategory items returned", "data": [ { "id": "e0518597-ece2-4d7d-ba7c-d1793df0f8db", "siteId": "my-org-myportal", "name": "My Category" }, { "id": "61c1014c-89c9-40e6-be3c-69cca3505620", "siteId": "my-org-myportal", "name": "test2" } ], "code": null, "request_id": "1263510680", "error_code": null }
Gdzie:
-
id: identyfikator elementu kategorii. Na przykład:61c1014c-89c9-40e6-be3c-69cca3505620.
Dodawanie kategorii
Dodaj kategorię w jeden z tych sposobów:
- wpisując nazwę kategorii podczas dodawania interfejsu API do portalu,
- ręcznie dodać kategorię w sposób opisany poniżej.
Nowa kategoria zostanie dodana na stronie Kategorie i będzie dostępna podczas dodawania lub edytowania innych interfejsów API.
Aby dodać kategorię, użyj interfejsu lub polecenia curl:
UI
Aby ręcznie dodać kategorię:
- Otwórz stronę Kategorie.
- Kliknij + Dodaj.
- Wpisz nazwę nowej kategorii.
- Opcjonalnie wybierz co najmniej 1 interfejs API, który chcesz oznaczyć tagiem kategorii.
- Kliknij Utwórz.
curl
Aby dodać kategorię:
curl -X POST "https://api.enterprise.apigee.com/v1/organizations/ORG_NAME/sites/SITE_ID/apicategories" \
-H "Authorization: Bearer ACCESS_TOKEN" \
-H "Content-Type: application/json" \
-d '{"name": "CATEGORY_NAME" }'
Zastąp te elementy:
-
ORG_NAME nazwą organizacji. Na przykład:
my-org. -
SITE_ID z nazwą portalu w postaci ORG_NAME-PORTAL_NAME, gdzie ORG_NAME to nazwa organizacji, a PORTAL_NAME to nazwa portalu przekonwertowana na małe litery, bez spacji i myślników. Na przykład:
my-org-myportal. - ACCESS_TOKEN tokenem uwierzytelniania używanym do uzyskiwania dostępu do interfejsu API Apigee Edge. Więcej informacji o uwierzytelnianiu i tokenach znajdziesz w artykule Uwierzytelnianie dostępu do interfejsu API Edge.
-
CATEGORY_NAME nazwą kategorii. Na przykład:
demo-backend.
Ładunek odpowiedzi:
{ "status": "success", "message": "API category created", "data": { "id": "61de810e-b48b-4cc1-8f22-959038aadcce", "siteId": "my-org-myportal", "name": "demo-backend" }, "code": null, "request_id": "363146927", "error_code": null }
Edytowanie kategorii
Aby edytować kategorię, użyj interfejsu lub polecenia curl:
UI
Aby edytować kategorię:
- Otwórz stronę Kategorie.
- Kliknij
Edytuj. - Zmień nazwę kategorii.
- Dodaj lub usuń tagi interfejsu API.
- Kliknij Zapisz.
curl
Aby edytować kategorię:
curl -X PATCH "https://api.enterprise.apigee.com/v1/organizations/ORG_NAME/sites/SITE_ID/apicategories/CATEGORY_ID" \
-H "Authorization: Bearer ACCESS_TOKEN" \
-H "Content-Type: application/json" \
-d '{"name": "CATEGORY_NAME" }'
Zastąp te elementy:
-
ORG_NAME nazwą organizacji. Na przykład:
my-org. -
SITE_ID z nazwą portalu w postaci ORG_NAME-PORTAL_NAME, gdzie ORG_NAME to nazwa organizacji, a PORTAL_NAME to nazwa portalu przekonwertowana na małe litery, bez spacji i myślników. Na przykład:
my-org-myportal. -
CATEGORY_ID identyfikatorem kategorii. Na przykład:
bf6505eb-2a0f-47af-a00a-ded40ac72960. Kolejne identyfikatory kategorii oddziel przecinkami. Pobierz identyfikator kategorii za pomocą polecenia list API categories. - ACCESS_TOKEN tokenem uwierzytelniania używanym do uzyskiwania dostępu do interfejsu API Apigee Edge. Więcej informacji o uwierzytelnianiu i tokenach znajdziesz w artykule Uwierzytelnianie dostępu do interfejsu API Edge.
-
CATEGORY_NAME nazwą kategorii. Na przykład:
demo-backend.
Ładunek odpowiedzi:
{ "status": "success", "message": "ApiCategory updated", "data": { "id": "61de810e-b48b-4cc1-8f22-959038aadcce", "siteId": "my-org-myportal", "name": "demo-backend-test" }, "code": null, "request_id": "1976875617", "error_code": null }
Usuwanie kategorii
Gdy usuniesz kategorię, zostaną też usunięte wszystkie tagi interfejsu API powiązane z tą kategorią.
Aby usunąć kategorię, użyj interfejsu lub polecenia curl:
UI
Aby usunąć kategorię:
- Otwórz stronę Kategorie.
- Umieść kursor nad kategorią, którą chcesz edytować, aby wyświetlić menu czynności.
- Kliknij
Usuń. - Kliknij Usuń, aby potwierdzić.
curl
Aby usunąć kategorię:
curl -X DELETE "https://api.enterprise.apigee.com/v1/organizations/ORG_NAME/sites/SITE_ID/apicategories/CATEGORY_ID" \
-H "Authorization: Bearer ACCESS_TOKEN" \
-H "Content-Type: application/json"
Zastąp te elementy:
-
ORG_NAME nazwą organizacji. Na przykład:
my-org. -
SITE_ID z nazwą portalu w postaci ORG_NAME-PORTAL_NAME, gdzie ORG_NAME to nazwa organizacji, a PORTAL_NAME to nazwa portalu przekonwertowana na małe litery, bez spacji i myślników. Na przykład:
my-org-myportal. -
CATEGORY_ID identyfikatorem kategorii. Na przykład:
bf6505eb-2a0f-47af-a00a-ded40ac72960. Pobierz identyfikator kategorii za pomocą polecenia list API categories. - ACCESS_TOKEN tokenem uwierzytelniania używanym do uzyskiwania dostępu do interfejsu API Apigee Edge. Więcej informacji o uwierzytelnianiu i tokenach znajdziesz w artykule Uwierzytelnianie dostępu do interfejsu API Edge.
Ładunek odpowiedzi:
{ "status": "success", "message": "ApiCategory deleted", "data": { }, "code": null, "request_id": "2032819627", "error_code": null }
Rozwiązywanie problemów z opublikowanymi interfejsami API
W sekcjach poniżej znajdziesz informacje, które pomogą Ci rozwiązać konkretne błędy związane z naszymi opublikowanymi interfejsami API.
Błąd: podczas korzystania z funkcji „Wypróbuj ten interfejs API” wystąpił błąd „Nie udało się pobrać”
Jeśli podczas korzystania z narzędzia Wypróbuj ten interfejs API pojawi się błąd TypeError: Failed to fetch, zapoznaj się z tymi możliwymi przyczynami i rozwiązaniami:
Błędy dotyczące treści mieszanych mogą być spowodowane znanym problemem z interfejsem swagger-ui. Jednym z możliwych obejść jest upewnienie się, że w definicji
schemesw dokumencie OpenAPI protokół HTTPS jest określony przed protokołem HTTP. Na przykład:schemes: - https - httpW przypadku błędów związanych z ograniczeniami współdzielenia zasobów pomiędzy serwerami z różnych domen (CORS) upewnij się, że CORS jest obsługiwany przez Twoje serwery proxy interfejsu API. CORS to standardowy mechanizm, który umożliwia żądania współdzielenia po stronie klienta. Zobacz Konfigurowanie serwera proxy interfejsu API pod kątem obsługi funkcji Wypróbuj ten interfejs API.
Błąd: nagłówek „Access-Control-Allow-Origin” zawiera wiele wartości „*, *”, ale dozwolona jest tylko jedna
Jeśli nagłówek Access-Control-Allow-Origin już istnieje, podczas korzystania z funkcji Wypróbuj ten interfejs API może pojawić się ten komunikat o błędzie:
The Access-Control-Allow-Origin header contains multiple values '*, *', but only one is allowed.
Aby naprawić ten błąd, zmodyfikuj zasadę AssignMessage, aby używała <Set> do ustawiania nagłówków CORS zamiast <Add>, jak pokazano we fragmencie poniżej.
Więcej informacji znajdziesz w artykule Błąd CORS : nagłówek zawiera wiele wartości „*, *”, ale dozwolona jest tylko jedna.
<AssignMessage async="false" continueOnError="false" enabled="true" name="add-cors"> <DisplayName>Add CORS</DisplayName> <FaultRules/> <Properties/> <Set> <Headers> <Header name="Access-Control-Allow-Origin">{request.header.origin}</Header> <Header name="Access-Control-Allow-Headers">origin, x-requested-with, accept, content-type, authorization</Header> <Header name="Access-Control-Max-Age">3628800</Header> <Header name="Access-Control-Allow-Methods">GET, PUT, POST, DELETE</Header> </Headers> </Set> <IgnoreUnresolvedVariables>true</IgnoreUnresolvedVariables> <AssignTo createNew="false" transport="http" type="response"/> </AssignMessage>
Błąd: niedozwolone pole nagłówka żądania
Jeśli podczas korzystania z funkcji Wypróbuj ten interfejs API pojawi się błąd Request header field not allowed podobny do tego w przykładzie poniżej, może być konieczne zaktualizowanie nagłówków obsługiwanych w zasadzie CORS. Na przykład:
Access to XMLHttpRequest ... has been blocked by CORS policy: Request header field content-type is not allowed by Access-Control-Allow-Headers in preflight response
W tym przykładzie musisz dodać nagłówek content-type do sekcji Access-Control-Allow-Headers w zasadzie AssignMessage CORS, jak opisano w artykule Dołączanie zasady Dodaj CORS do nowego serwera proxy interfejsu API.
Błąd: odmowa dostępu podczas wywoływania serwera proxy interfejsu API za pomocą protokołu OAuth2
Zasada OAuthV2 Apigee zwraca odpowiedź tokena, która zawiera pewne właściwości niezgodne z RFC. Na przykład zasada zwróci token o wartości BearerToken zamiast oczekiwanej wartości zgodnej ze standardem RFC Bearer.
Ta nieprawidłowa odpowiedź token_type może spowodować błąd Access denied podczas korzystania z funkcji Wypróbuj ten interfejs API.
Aby rozwiązać ten problem, możesz utworzyć zasadę JavaScript lub AssignMessage, która przekształci dane wyjściowe zasady w zgodny format. Więcej informacji znajdziesz w artykule o zachowaniu niezgodnym ze standardem RFC.