Ta strona została przetłumaczona przez Cloud Translation API.

Tworzenie prostego serwera proxy interfejsu API

Przeglądasz dokumentację Apigee Edge.
Otwórz dokumentację Apigee X. Informacje

Apigee Edge umożliwia szybkie udostępnianie usług backendu jako interfejsów API. Można to zrobić, tworząc serwer proxy interfejsu API stanowiący fasadę usługi backendu, którą chcesz udostępnić. Musisz tylko podać adres sieciowy usługi backendu oraz informacje, których Edge używa do utworzenia serwera proxy interfejsu API dostępnego dla programistów.

Serwer proxy interfejsu API odłącza Twoją implementację usługi backendu od interfejsu API używanego przez programistów. Chroni to deweloperów przed przyszłymi zmianami w usługach backendu. W miarę aktualizowania usług backendu deweloperzy odizolowani od tych zmian mogą nadal bez przeszkód wywoływać interfejs API.

Obejrzyj ten film, aby dowiedzieć się, jak utworzyć serwer proxy interfejsu API.

Tworzenie serwera proxy interfejsu API za pomocą interfejsu użytkownika

Najłatwiejszym sposobem utworzenia serwera proxy interfejsu API jest użycie kreatora tworzenia serwera proxy.

Edge

Aby uzyskać dostęp do kreatora tworzenia serwera proxy za pomocą interfejsu Edge:

Zaloguj się na stronie apigee.com/edge.
Na pasku nawigacyjnym po lewej stronie wybierz Programowanie > Proxies API.
Kliknij +Serwer proxy.

Pojawi się kreator tworzenia proxy i przeprowadzi Cię przez czynności wymagane do wygenerowania serwera proxy interfejsu API i dodania do niego minimalnej liczby funkcji.

Pierwsza strona kreatora tworzenia serwera proxy z prośbą o wybranie odwrotnego serwera proxy, usługi SOAP, braku celu lub pakietu proxy w celu dostosowania działania kreatora.

Klasyczna wersja Edge (Private Cloud)

Aby uzyskać dostęp do kreatora tworzenia serwera proxy w klasycznym interfejsie użytkownika Edge:

Zaloguj się w http://ms-ip:9000, gdzie ms-ip to adres IP lub nazwa DNS węzła serwera zarządzania.
Na górnym pasku nawigacyjnym wybierz Interfejsy API > Serwery proxy API.
Kliknij + Serwer proxy API.

Pojawi się kreator tworzenia proxy i przeprowadzi Cię przez czynności wymagane do wygenerowania serwera proxy interfejsu API i dodania do niego minimalnej liczby funkcji.

Pierwsza strona kreatora tworzenia serwera proxy z prośbą o wybranie odwrotnego serwera proxy, usługi SOAP, braku celu lub pakietu proxy w celu dostosowania działania kreatora.

Na pierwszej stronie kreatora możesz utworzyć serwer proxy interfejsu API z tych źródeł:

Typ	Opis
Odwrotny serwer proxy (najczęstszy)	Serwer proxy interfejsu API, który kieruje żądania przychodzące do istniejących usług backendu HTTP. Może to być interfejs API JSON lub XML. Zapoznaj się z sekcją Tworzenie odwrotnego serwera proxy dla usługi HTTP w dalszej części tej sekcji. Kliknij Użyj specyfikacji OpenAPI, aby wygenerować serwer proxy na podstawie prawidłowej specyfikacji OpenAPI. Więcej informacji o tej opcji znajdziesz w sekcji Używanie specyfikacji OpenAPI do generowania serwerów proxy w dalszej części tej sekcji.
Usługa SOAP	Serwer proxy interfejsu API wygenerowany z pliku WSDL. Zobacz Udostępnianie usługi internetowej opartej na SOAP jako serwera proxy interfejsu API.
Brak celu	Serwer proxy interfejsu API bez backendu API („brak celu”). Podobnie jak w przypadku tworzenia odwrotnego serwera proxy dla usługi HTTP opisanej powyżej, z tą różnicą, że podczas definiowania szczegółów serwera proxy interfejsu API nie określisz istniejącego interfejsu API. Kliknij Użyj specyfikacji OpenAPI, aby wygenerować serwer proxy na podstawie prawidłowej specyfikacji OpenAPI. Więcej informacji o tej opcji znajdziesz w sekcji Używanie specyfikacji OpenAPI do generowania serwerów proxy w dalszej części tej sekcji.
Hostowany cel	Serwer proxy interfejsu API kierujący do aplikacji Node.js wdrożonej w środowisku hostowanych obiektów docelowych. Zobacz Omówienie hostowanych celów.
Prześlij pakiet proxy	Istniejący pakiet proxy interfejsu API (np. jeden z przykładowych serwerów proxy interfejsu API dostępnych na GitHubie). Zobacz Importowanie serwera proxy interfejsu API z pakietu proxy interfejsu API.

W sekcjach poniżej opisano, jak utworzyć serwer proxy interfejsu API za pomocą każdego źródła.

Tworzenie odwrotnego serwera proxy dla usługi HTTP

Edge generuje odwrotne serwery proxy na podstawie 2 informacji:

Adres URL usługi backendu
Ścieżka identyfikatora URI jednoznacznie identyfikująca interfejs API, który będzie udostępniany aplikacjom konsumenckim przez serwer proxy interfejsu API

Adres URL usługi backendu zwykle reprezentuje aplikację z włączoną usługą, która należy do Twojej organizacji. Może też wskazywać publicznie dostępny interfejs API. Interfejs API lub usługa mogą być pod Twoją kontrolą (na przykład wewnętrzna aplikacja HR lub aplikacja Rails w chmurze) albo może to być interfejs API lub usługa innej firmy (np. Twitter lub Instagram).

Edge

Otwórz kreatora tworzenia serwera proxy w sposób opisany w sekcji Tworzenie serwera proxy interfejsu API przy użyciu interfejsu użytkownika w tej sekcji.
W kreatorze tworzenia serwera proxy kliknij Odwrotny serwer proxy (najczęstszy). Aby wygenerować serwer proxy na podstawie istniejącej, prawidłowej specyfikacji OpenAPI, kliknij Użyj specyfikacji OpenAPI. Więcej informacji o tej opcji znajdziesz w sekcji Generowanie serwerów proxy przy użyciu specyfikacji OpenAPI poniżej.

Na stronie Szczegóły w kreatorze wpisz następujące informacje.

Pole	Opis
Nazwa	Nazwa wyświetlana dla Twojego interfejsu API. Możesz podać znaki alfanumeryczne, łącznik (-) lub podkreślenia (_).
Ścieżka podstawowa	Fragment identyfikatora URI, który pojawia się po adresie http(s)://[host] serwera proxy interfejsu API. Edge używa identyfikatora URI ścieżki podstawowej, aby dopasowywać przychodzące wiadomości żądań i kierować je do odpowiedniego serwera proxy interfejsu API. UWAGA: domyślna ścieżka bazowa serwera proxy interfejsu API przyjmuje wartość podaną w polu `Name` przekonwertowanej wyłącznie na małe litery. Za ścieżką bazową znajdują się wszystkie dodatkowe adresy URL zasobów. Oto pełna struktura adresów URL, których klienci będą używać do wywoływania serwera proxy interfejsu API: `https://[host]/base_path/conditional_flow_path` UWAGA: ścieżka bazowa musi być unikalna. Nie można wdrożyć dwóch serwerów proxy interfejsu API z tą samą ścieżką bazową. Jeśli zmienisz wdrożony serwer proxy interfejsu API i ustawisz ścieżkę bazową na tę samą wartość co ścieżka bazowa innego serwera proxy interfejsu API, Edge automatycznie cofnie wdrożenie serwera proxy interfejsu API po jego zapisaniu. Przed ponownym wdrożeniem serwera proxy interfejsu API musisz zmodyfikować ścieżkę bazową, aby była niepowtarzalna. Używanie symboli wieloznacznych w ścieżkach podstawowych Użyj co najmniej jednego symbolu wieloznacznego `//` w ścieżkach bazowych serwera proxy interfejsu API, aby przygotować się na przyszłość. Na przykład ścieżka bazowa `/team//members` umożliwia klientom wywoływanie `https://[host]/team/blue/members` i `https://[host]/team/green/members` bez konieczności tworzenia nowych serwerów proxy interfejsu API do obsługi nowych zespołów. Pamiętaj, że właściwość `/**/` nie jest obsługiwana.
Opis	(Opcjonalnie) Opis interfejsu API.
Cel (istniejący interfejs API)	Adres URL usługi backendu wywoływanej przez ten serwer proxy interfejsu API.

Na stronie Typowe zasady w kreatorze skonfiguruj te ustawienia:
- Wymagania dotyczące autoryzacji zabezpieczeń w sekcji Zabezpieczenia: autoryzacja. Zapoznaj się z sekcją Dodawanie zabezpieczeń w dalszej części tej sekcji.
- Obsługa udostępniania zasobów między domenami (CORS) w sekcji Zabezpieczenia: przeglądarka. Zapoznaj się z sekcją Dodawanie obsługi CORS w dalszej części tej sekcji.
- Limity, które chronią usługę backendu przed dużym ruchem. Zobacz Limity. Ta opcja jest niedostępna, jeśli wybrano opcję Autoryzacja przekazywania.
- Egzekwowanie limitu zarabiania w organizacjach, w których włączono zarabianie, na stronie Zarabianie. Zobacz Egzekwowanie limitów zarabiania przez serwery proxy interfejsów API.
Na stronie Hosty wirtualne kreatora wybierz hosty wirtualne, z którymi serwer proxy interfejsu API powiąże się po wdrożeniu. Aby dowiedzieć się więcej, przeczytaj Informacje o hostach wirtualnych.
Na stronie Podsumowanie wybierz w razie potrzeby środowiska wdrożenia, a potem kliknij Utwórz i wdróż.
Nowy serwer proxy interfejsu API zostanie utworzony i wdrożony w wybranym środowisku.
Kliknij Edytuj serwer proxy, aby wyświetlić stronę z informacjami o serwerze proxy interfejsu API.

Klasyczna wersja Edge (Private Cloud)

Otwórz kreatora tworzenia serwera proxy w sposób opisany w sekcji Tworzenie serwera proxy interfejsu API przy użyciu interfejsu użytkownika w tej sekcji.
W kreatorze tworzenia serwera proxy wybierz Odwrotny serwer proxy (najczęstszy). Aby wygenerować serwer proxy na podstawie istniejącej, prawidłowej specyfikacji OpenAPI, kliknij Użyj OpenAPI. Szczegółowe informacje o tej opcji znajdziesz w sekcji Generowanie serwerów proxy przy użyciu specyfikacji OpenAPI poniżej.
Kliknij Dalej.

Na stronie Szczegóły w kreatorze wpisz następujące informacje.

Pole	Opis
Nazwa serwera proxy	Wyświetlana nazwa interfejsu API.
Ścieżka podstawowa serwera proxy	Ścieżka bazowa serwera proxy jest fragmentem identyfikatora URI po adresie http(s)://[host] serwera proxy interfejsu API. Edge używa identyfikatora URI ścieżki podstawowej, aby dopasowywać i kierować przychodzące komunikaty żądań do odpowiedniego serwera proxy interfejsu API. Uwaga: zalecenia Apigee dotyczące obsługi wersji interfejsu API znajdziesz w sekcji Versioning (Wersje) w e-booku Web API Design: The Missing Link. Po ścieżce bazowej znajdują się dodatkowe adresy URL zasobów. Oto pełna struktura adresów URL, których klienci będą używać do wywoływania serwera proxy interfejsu API: `https://[host]/base_path/conditional_flow_path` Uwaga: ścieżka bazowa musi być unikalna. Jeśli później zmienisz ten serwer proxy i ustawisz jego ścieżkę bazową na taką samą jak inny serwer proxy interfejsu API, po zapisaniu tego serwera proxy interfejsu API zostanie automatycznie wycofany. Przed ponownym wdrożeniem musisz zmodyfikować ścieżkę podstawową. Używanie symbolu wieloznacznego w ścieżkach podstawowych W ścieżkach bazowych serwera proxy interfejsu API możesz użyć co najmniej jednego symbolu wieloznacznego `//`, aby zabezpieczyć serwery proxy na przyszłość. Na przykład ścieżka bazowa `/team//members` umożliwia klientom wywoływanie `https://[host]/team/blue/members` i `https://[host]/team/green/members` bez konieczności tworzenia nowych serwerów proxy interfejsu API do obsługi nowych zespołów. Pamiętaj, że // nie jest obsługiwana. Uwaga**: domyślnie ścieżka bazowa serwera proxy przyjmuje wartość określoną w polu Nazwa serwera proxy przekonwertowanego wyłącznie na małe litery, chyba że zmienisz treść w polu Ścieżka bazowa serwera proxy.
Istniejący interfejs API	Adres URL wywoływany przez platformę API w imieniu aplikacji, które wywołują Twój interfejs API za pomocą adresu URL serwera proxy interfejsu API.
Opis	Opis interfejsu API.

Na stronie Zabezpieczenia kreatora skonfiguruj te ustawienia:
- Wymagania dotyczące uwierzytelniania. Zapoznaj się z sekcją Dodawanie zabezpieczeń w dalszej części tej sekcji.
- Obsługa udostępniania zasobów między domenami (CORS). Zapoznaj się z sekcją Dodawanie obsługi CORS w dalszej części tej sekcji.
Na stronie Hosty wirtualne kreatora wybierz hosty wirtualne, z którymi serwer proxy interfejsu API powiąże się po wdrożeniu. Aby dowiedzieć się więcej, przeczytaj Informacje o hostach wirtualnych.
Wybierz środowiska wdrożenia i kliknij Skompiluj i wdróż.
Zostanie wysłane potwierdzenie, że nowy serwer proxy interfejsu API został utworzony i wdrożony w wybranym środowisku.
Kliknij Wyświetl serwer proxy <nazwa serwera proxy w edytorze, aby wyświetlić stronę z informacjami o serwerze proxy interfejsu API.

Importowanie serwera proxy interfejsu API z pakietu proxy interfejsu API

Serwery proxy interfejsu API często definiuje się jako zbiór plików XML wraz z innymi plikami pomocniczymi. Definiując serwery proxy interfejsów API jako zbiór plików spoza Edge, możesz obsługiwać je w systemie kontroli źródła, a następnie importować je do Edge w celu testowania i wdrażania.

Obejrzyj ten film, aby dowiedzieć się, jak utworzyć i zaimportować serwer proxy interfejsu API z pakietu proxy interfejsu API.

Edge

Aby zaimportować serwery proxy API z pakietu proxy API:

Otwórz kreatora tworzenia serwera proxy w sposób opisany w sekcji Tworzenie serwera proxy interfejsu API przy użyciu interfejsu użytkownika w tej sekcji.
Kliknij Prześlij pakiet proxy.

Na stronie Prześlij pakiet proxy w kreatorze proxy wpisz poniższe informacje.

Pole	Opis
Pakiet ZIP	Plik ZIP zawierający konfigurację serwera proxy interfejsu API. Przeciągnij i upuść lub kliknij, aby przejść do pliku.
Nazwa	Nazwa wyświetlana dla Twojego interfejsu API. Domyślnie jest to nazwa pliku ZIP bez rozszerzenia.

Kliknij Dalej.
Na stronie Podsumowanie wybierz w razie potrzeby środowiska wdrożenia, a potem kliknij Utwórz i wdróż.
Wyświetli się potwierdzenie, że nowy serwer proxy interfejsu API został utworzony.
Kliknij Edytuj serwer proxy, aby wyświetlić stronę z informacjami o serwerze proxy interfejsu API.

Klasyczna wersja Edge (Private Cloud)

Otwórz kreatora tworzenia serwera proxy w sposób opisany w sekcji Tworzenie serwera proxy interfejsu API przy użyciu interfejsu użytkownika w tej sekcji.
W kreatorze tworzenia serwera proxy wybierz Pakiet proxy.
Kliknij Dalej.

Na stronie Szczegóły w kreatorze serwera proxy wpisz następujące informacje.

Pole	Opis
Pakiet ZIP	Kliknij Wybierz plik i przejdź do pliku ZIP zawierającego konfigurację serwera proxy interfejsu API.
Nazwa serwera proxy	Wyświetlana nazwa interfejsu API.

Sprawdź informacje o kompilacji i kliknij Kompilacja.
Jeśli operacja się uda, wyświetli się komunikat, a Edge automatycznie wdroży zaimportowany serwer proxy interfejsu API w wybranym środowisku w organizacji. Interfejs API ujawniony przez serwer proxy interfejsu API jest dostępny do wywołania.
Kliknij Wyświetl serwer proxy <nazwa serwera proxy w edytorze, aby wyświetlić stronę z informacjami o serwerze proxy interfejsu API.
Aby wdrożyć serwer proxy, kliknij menu Wdrożenie, wybierz środowisko, w którym chcesz wdrożyć serwer, i odpowiedz na tę prośbę.

Udostępnianie usługi sieciowej opartej na SOAP jako serwera proxy interfejsu API

W kreatorze tworzenia serwera proxy kliknij Usługa SOAP i postępuj zgodnie z instrukcjami, aby utworzyć przekazujący lub oparty na REST serwer proxy dla usługi SOAP. Więcej informacji znajdziesz w sekcji Udostępnianie usługi SOAP jako serwera proxy interfejsu API.

Dodawanie zabezpieczeń

Na stronie Common policies (Edge) lub Security (Classic Edge) w kreatorze tworzenia serwera proxy wybierz typ autoryzacji zabezpieczeń, którą chcesz dodać. Dostępne opcje znajdziesz w tabeli poniżej:

Autoryzacja zabezpieczeń	Opis
Klucz interfejsu API	Dodaje prostą weryfikację klucza interfejsu API do zdefiniowanego przez Ciebie serwera proxy interfejsu API. W odpowiedzi platforma API dodaje do serwera proxy interfejsu API zasadę VerificationAPIKey i zasadę AssignMessage. ZasadaVerifyAPIKey weryfikuje klucze interfejsu API przedstawiane przez żądanie aplikacji. Zasada AssignMessage usuwa klucz interfejsu API podany w wywołaniu interfejsu API jako parametr zapytania z żądania przekazanego do serwera backendu.
OAuth 2.0	Dodaje uwierzytelnianie oparte na protokole OAuth 2.0 do serwera proxy interfejsu API. Apigee Edge automatycznie dodaje 2 zasady do serwera proxy interfejsu API: jedną do weryfikacji tokena dostępu i inną zasadę usuwania tokena dostępu z wiadomości przed przekazaniem go do usługi backendu. Aby dowiedzieć się, jak uzyskać token dostępu, przeczytaj artykuł o OAuth.
Dopuszczone (bez autoryzacji)	Autoryzacja nie jest wymagana. Żądania są przekazywane do backendu bez sprawdzania zabezpieczeń w Apigee Edge.

Dodawanie obsługi CORS

CORS (Udostępnianie zasobów między domenami) to standardowy mechanizm, który pozwala przeglądarce na wysyłanie bezpośrednich żądań do innej domeny. Standard CORS określa zestaw nagłówków HTTP, których przeglądarki i serwery używają do wdrażania komunikacji między domenami.

Możesz dodać obsługę CORS do interfejsu API, wybierając Dodaj nagłówki CORS na stronie Common policies (Edge) lub Security (Classic Edge) w kreatorze tworzenia serwera proxy.

Więcej informacji o obsłudze CORS, w tym o dodawaniu obsługi procesu wstępnego CORS do serwera proxy, znajdziesz w artykule o dodawaniu obsługi CORS do serwera proxy interfejsu API.

Używanie specyfikacji OpenAPI do generowania serwerów proxy

W tej sekcji omówiono opcję Używaj interfejsu OpenAPI, która jest dostępna do generowania ze specyfikacji OpenAPI następujących typów serwerów proxy API: back, Node.js lub bez celu.

Czym jest specyfikacja OpenAPI?

Logo Open API Initiative „Open API Initiative (OAI) koncentruje się na tworzeniu, rozwijaniu i promowaniu neutralnego dla dostawcy formatu opisu interfejsu API opartego na specyfikacji Swagger”. Więcej informacji o inicjatywie Open API Initiative znajdziesz na stronie https://openapis.org.

Specyfikacja OpenAPI używa standardowego formatu do opisania interfejsu API typu REST. Specyfikacja OpenAPI napisana w formacie JSON lub YAML jest czytelna dla komputerów, ale jest też łatwa do odczytania i zrozumienia przez człowieka. Specyfikacja opisuje elementy interfejsu API, takie jak ścieżka bazowa, ścieżki i czasowniki, nagłówki, parametry zapytań, operacje, typy treści, opisy odpowiedzi itd. Ponadto do generowania dokumentacji interfejsów API zwykle używa się specyfikacji OpenAPI.

Oto fragment specyfikacji OpenAPI opisujący przykładową usługę docelową Apigee: http://mocktarget.apigee.net. Więcej informacji znajdziesz na stronie https://github.com/apigee/api-platform-samples/tree/master/default-proxies/helloworld/openapi.

openapi: 3.0.0
info:
  description: OpenAPI Specification for the Apigee mock target service endpoint.
  version: 1.0.0
  title: Mock Target API
paths:
  /:
    get:
      summary: View personalized greeting
      operationId: View a personalized greeting
      description: View a personalized greeting for the specified or guest user.
      parameters:
        - name: user
          in: query
          description: Your user name.
          required: false
          schema:
            type: string
      responses:
        "200":
          description: Success
  /help:
    get:
      summary: Get help
      operationId: Get help
      description: View help information about available resources in HTML format.
      responses:
        "200":
          description: Success
...

Za pomocą kreatora tworzenia serwera proxy możesz zaimportować specyfikację OpenAPI i użyć jej do wygenerowania serwera proxy interfejsu API. Po wygenerowaniu serwera proxy możesz za pomocą interfejsu Edge go rozwijać przez dodawanie zasad, implementowanie kodu niestandardowego itp. – tak jak w przypadku każdego innego serwera proxy na serwerach brzegowych.

Tworzenie serwera proxy interfejsu API na podstawie specyfikacji OpenAPI

Utwórz serwery proxy interfejsu API na podstawie specyfikacji OpenAPI. Wystarczy kilka kliknięć, aby uzyskać serwer proxy interfejsu API ze ścieżkami, parametrami, przepływami warunkowymi i docelowymi punktami końcowymi generowanymi automatycznie. Następnie możesz dodać funkcje takie jak zabezpieczenia OAuth, ograniczanie liczby żądań i pamięć podręczna.

W kreatorze tworzenia serwera proxy kliknij Użyj specyfikacji OpenAPI i postępuj zgodnie z instrukcjami, aby utworzyć odwrotny lub nie docelowy serwer proxy na podstawie specyfikacji OpenAPI. Więcej informacji znajdziesz w artykule o tworzeniu serwera proxy interfejsu API na podstawie specyfikacji OpenAPI.

Obejrzyj film, aby dowiedzieć się, jak utworzyć serwer proxy interfejsu API na podstawie specyfikacji OpenAPI.

Aktualizowanie przepływów w serwerze proxy interfejsu API przy użyciu specyfikacji OpenAPI

Jeśli po utworzeniu serwera proxy interfejsu API na podstawie specyfikacji OpenAPI zmodyfikujesz specyfikację, aby dodać kolejne ścieżki zasobów, możesz skorzystać ze specyfikacji, aby dodać powiązane przepływy warunkowe do serwera proxy interfejsu API.

Aby zaktualizować przepływy w serwerze proxy interfejsu API przy użyciu specyfikacji OpenAPI:

Dodaj nowe ścieżki zasobów do specyfikacji OpenAPI. Patrz: Edytowanie istniejącej specyfikacji OpenAPI.
Otwórz w interfejsie serwer proxy interfejsu API i kliknij kartę Develop (Programowanie).
W Nawigatorze kliknij + obok punktu końcowego serwera proxy, który chcesz zaktualizować.
Otworzy się okno Nowy proces warunkowy.
Kliknij Z OpenAPI, jeśli nie jest jeszcze wybrana.
Jeśli specyfikacja OpenAPI zawiera zasoby, które nie mają odpowiedniego przepływu warunkowego na serwerze proxy interfejsu API, są one wymienione w oknie, jak widać na ilustracji poniżej.
Wybierz każdy z zasobów, do których chcesz dodać przepływ warunkowy.
Kliknij Dodaj.

Przepływy warunkowe są dodawane do serwera proxy interfejsu API.

Tworzenie nowej wersji serwera proxy interfejsu API

Utwórz nową wersję serwera proxy interfejsu API w sposób opisany poniżej.

Edge

Aby utworzyć nową wersję serwera proxy interfejsu API za pomocą interfejsu Edge:

Zaloguj się na stronie apigee.com/edge.
Na pasku nawigacyjnym po lewej stronie wybierz Programowanie > Proxies API.
Na liście kliknij serwer proxy interfejsu API, który chcesz skopiować.
Wybierz Projekt > Zapisz jako nową wersję.

Klasyczna wersja Edge (Private Cloud)

Aby utworzyć nową wersję serwera proxy interfejsu API za pomocą klasycznego interfejsu użytkownika Edge:

Zaloguj się w http://ms-ip:9000, gdzie ms-ip to adres IP lub nazwa DNS węzła serwera zarządzania.
Na górnym pasku nawigacyjnym wybierz Interfejsy API > Serwery proxy API.
Na liście kliknij serwer proxy interfejsu API, który chcesz skopiować.
Wybierz Projekt > Zapisz jako nową wersję.

Kopiowanie serwera proxy interfejsu API

Skopiuj istniejący serwer proxy interfejsu API na nowy serwer proxy interfejsu API w sposób opisany poniżej.

Edge

Aby skopiować serwer proxy interfejsu API przy użyciu interfejsu Edge:

Zaloguj się na stronie apigee.com/edge.
Na pasku nawigacyjnym po lewej stronie wybierz Programowanie > Proxies API.
Na liście kliknij serwer proxy interfejsu API, który chcesz skopiować.
Wybierz Projekt > Zapisz jako nowy serwer proxy interfejsu API.
W oknie dialogowym Zapisz jako nowy serwer proxy wpisz nazwę nowego serwera proxy interfejsu API.
Kliknij Dodaj.

Klasyczna wersja Edge (Private Cloud)

Aby skopiować serwer proxy interfejsu API przy użyciu klasycznego interfejsu użytkownika Edge:

Zaloguj się w http://ms-ip:9000, gdzie ms-ip to adres IP lub nazwa DNS węzła serwera zarządzania.
Na górnym pasku nawigacyjnym wybierz Interfejsy API > Serwery proxy API.
Na liście kliknij serwer proxy interfejsu API, który chcesz skopiować.
Wybierz Projekt > Zapisz jako nowy serwer proxy interfejsu API.
W oknie dialogowym Zapisz jako nowy serwer proxy wpisz nazwę nowego serwera proxy interfejsu API.
Kliknij Dodaj.

Tworzenie kopii zapasowej serwera proxy interfejsu API

Możesz utworzyć kopię zapasową istniejącego serwera proxy interfejsu API jako zestaw plików XML w pakiecie proxy interfejsu API. Po wyeksportowaniu danych do pakietu możesz zaimportować serwer proxy interfejsu API na nowy serwer proxy w sposób opisany w sekcji Importowanie serwera proxy interfejsu API z pakietu proxy interfejsu API powyżej. Więcej informacji znajdziesz w artykule o pobieraniu serwerów proxy interfejsu API.

Tworzenie serwera proxy interfejsu API przy użyciu interfejsu API

Aby utworzyć serwer proxy interfejsu API za pomocą interfejsu API, przeczytaj artykuł Interfejs API proxy API.