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

Tworzenie prostego serwera proxy interfejsu API

Oglądasz dokumentację Apigee Edge.
Wyświetl dokumentację Apigee X.

Apigee Edge umożliwia szybkie udostępnianie usług backendu jako interfejsów API. W tym celu musisz utworzyć serwer proxy interfejsu API z fasadą usługi backendu, którą chcesz udostępnić. Wystarczy, że podasz adres sieci usługi backendu wraz z informacjami, których Edge używa do utworzenia serwera proxy interfejsu API, który będzie dostępny dla programistów.

Serwer proxy interfejsu API oddziela implementację usługi backendu od interfejsu API używanego przez programistów. Zabezpiecza to deweloperów przed przyszłymi zmianami w usługach backendu. W miarę aktualizowania usług backendu programiści odizolowani od tych zmian mogą nadal bez zakłóceń wywoływać interfejs API.

Obejrzyj ten film, aby dowiedzieć się, jak tworzy się serwer proxy interfejsów API.

Tworzenie serwera proxy interfejsu API przy użyciu interfejsu użytkownika

Najprostszym 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 apigee.com/edge.
Wybierz na pasku nawigacyjnym po lewej stronie Programowanie > Interfejsy API serwera proxy.
Kliknij +Serwer proxy.

Kreator kreatora proxy wyświetli i wykonuje kroki umożliwiające wygenerowanie i dodanie minimalnej liczby funkcji do serwera proxy interfejsu API.

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

Classic Edge (prywatna w chmurze)

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

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

Kreator kreatora proxy wyświetli i wykonuje kroki umożliwiające wygenerowanie i dodanie minimalnej liczby funkcji do serwera proxy interfejsu API.

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

Pierwsza strona kreatora umożliwia utworzenie serwera proxy interfejsu API z tych źródeł:

Typ	Opis
Odwrotny serwer proxy (najczęstszy)	Serwer proxy interfejsu API przekierowujący żądania przychodzące do istniejących usług backendu HTTP. Może to być interfejs JSON lub XML API. Zobacz Tworzenie wstecznego serwera proxy dla usługi HTTP w dalszej części tej sekcji. Kliknij Użyj specyfikacji OpenAPI, aby wygenerować serwer proxy z 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 na podstawie pliku WSDL. Zobacz Udostępnianie usługi internetowej opartej na SOAP jako serwera proxy interfejsu API.
Brak celu	Serwer proxy interfejsu API bez backendu interfejsu API („brak celu”). Podobnie jak w przypadku tworzenia wstecznego serwera proxy dla usługi HTTP, ale podczas określania szczegółów serwera proxy interfejsu API nie określisz istniejącego interfejsu API. Kliknij Użyj specyfikacji OpenAPI, aby wygenerować serwer proxy z 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 przekierowujący do aplikacji w środowisku Node.js, która jest wdrażana w środowisku hostowanych celów. Zobacz Omówienie hostowanych celów.
Prześlij pakiet proxy	Istniejący pakiet proxy API (na przykład jeden z przykładowych serwerów proxy interfejsu API dostępnych na GitHubie). Zobacz Importowanie serwera proxy interfejsu API z pakietu serwerów proxy interfejsu API.

Poniższe sekcje zawierają informacje o tworzeniu serwera proxy interfejsu API przy użyciu każdego źródła.

Tworzenie wstecznego serwera proxy dla usługi HTTP

Edge generuje serwery proxy na podstawie 2 informacji:

Adres URL usługi backendu
Ścieżka URI jednoznacznie identyfikująca interfejs API, który będzie widoczny przez serwer proxy interfejsu API dla aplikacji konsumenckich

Adres URL usługi backendu zazwyczaj reprezentuje aplikację obsługującą usługę, której właścicielem jest Twoja organizacja. Może też wskazywać publicznie dostępny interfejs API. Interfejs API lub usługa może pozostawać pod Twoją kontrolą (na przykład wewnętrzna aplikacja HR lub kolejowa w chmurze) albo zewnętrzny interfejs API lub usługa (na przykład Twitter lub Instagram).

Edge

Otwórz kreatora tworzenia proxy zgodnie z opisem w sekcji Tworzenie serwera proxy interfejsu API przy użyciu interfejsu użytkownika opisanej wcześniej w tej sekcji.
W kreatorze tworzenia proxy kliknij Odwrotny serwer proxy (najczęstszy). Aby wygenerować serwer proxy na podstawie istniejącej, prawidłowej specyfikacji OpenAPI, kliknij Użyj specyfikacji OpenAPI. Szczegółowe informacje znajdziesz w sekcji Korzystanie ze specyfikacji OpenAPI do generowania serwerów proxy poniżej.

Na stronie Szczegóły kreatora wpisz te informacje.

Pole	Opis
Nazwa	Nazwa wyświetlana dla Twojego interfejsu API. Określ znaki alfanumeryczne, łącznik (-) lub podkreślenia (_).
Ścieżka bazowa	Fragment identyfikatora URI, który pojawia się po adresie http(s)://[host] serwera proxy interfejsu API. Edge używa podstawowego identyfikatora ścieżki ścieżki do dopasowywania i kierowania wiadomości przychodzących żądań do odpowiedniego serwera proxy interfejsu API. UWAGA: ścieżka bazowa serwera proxy interfejsu API domyślnie przyjmuje wartość określoną w polu `Name` przekonwertowanym na małe litery. Po ścieżce podstawowej znajdują się wszystkie dodatkowe adresy URL zasobów. Oto pełna struktura adresów URL, której klienci będą używać do wywoływania Twojego serwera proxy interfejsu API: `https://[host]/base_path/conditional_flow_path` UWAGA: ścieżka podstawowa musi być unikalna; nie możesz wdrożyć 2 serwerów proxy interfejsu API z tą samą ścieżką podstawową. Jeśli edytujesz wdrożony serwer proxy interfejsu API i ustawisz ścieżkę podstawową na tej samej wartości co ścieżka bazowa innego serwera proxy interfejsu API, Edge automatycznie anuluje wdrażanie serwera proxy interfejsu API podczas zapisywania. Zanim ponownie wdrożysz serwer proxy interfejsu API, musisz edytować ścieżkę podstawową, tak aby była unikalna. Używanie symboli wieloznacznych w ścieżkach podstawowych Aby zabezpieczyć serwery proxy interfejsu API na przyszłość, użyj co najmniej 1 symboli `//` w podstawowych ścieżkach serwera proxy interfejsu API. Na przykład ścieżka bazowa `/team//members` pozwala klientom wywoływać metody `https://[host]/team/blue/members` i `https://[host]/team/green/members` bez konieczności tworzenia nowych serwerów proxy interfejsu API na potrzeby obsługi nowych zespołów. Pamiętaj, że typ `/**/` nie jest obsługiwany.
Opis	(Opcjonalnie) Opis interfejsu API.
Kierowanie (istniejący interfejs API)	Adres URL usługi backendu, którą wywołuje ten serwer proxy interfejsu API.

Na stronie Wspólne zasady kreatora skonfiguruj te ustawienia:
- Wymagania dotyczące autoryzacji zabezpieczeń w sekcji Zabezpieczenia: autoryzacja. Zobacz Dodawanie zabezpieczeń w dalszej części tej sekcji.
- Obsługa udostępniania zasobów z innych domen w sekcji Zabezpieczenia: przeglądarka. Zobacz Dodawanie obsługi CORS w dalszej części tej sekcji.
- Limity mające na celu ochronę usługi backendu przed dużym ruchem w sekcji Limit. Zobacz Limity. Ta opcja jest niedostępna, jeśli wybrano autoryzację przekazywania.
- Egzekwowanie limitu zarabiania w przypadku organizacji, które mają włączone zarabianie, w sekcji Zarabianie. Patrz egzekwowanie limitów zarabiania na serwerach proxy interfejsu API.
Na stronie Hosty wirtualne kreatora wybierz hosty wirtualne, z którymi będzie powiązany serwer proxy interfejsu API po wdrożeniu. Więcej informacji znajdziesz w artykule Hosty wirtualne.
Na stronie Podsumowanie wybierz środowiska wdrożenia, a następnie 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ę ze szczegółami serwera proxy interfejsu API.

Classic Edge (prywatna w chmurze)

Otwórz kreatora tworzenia proxy zgodnie z opisem w sekcji Tworzenie serwera proxy interfejsu API przy użyciu interfejsu użytkownika opisanej wcześniej w tej sekcji.
W kreatorze tworzenia serwera proxy wybierz Odwrotny serwer proxy (najczęstszy). Aby wygenerować serwer proxy na podstawie prawidłowej specyfikacji OpenAPI, kliknij Użyj OpenAPI. Szczegółowe informacje o tej opcji znajdziesz poniżej w sekcji Używanie specyfikacji OpenAPI do wygenerowania serwerów proxy.
Kliknij Dalej.

Na stronie Szczegóły kreatora wpisz te informacje.

Pole	Opis
Nazwa serwera proxy	Nazwa wyświetlana dla Twojego interfejsu API.
Ścieżka bazowa serwera proxy	Ścieżka bazowa serwera proxy to fragment identyfikatora URI występujący po adresie http(s)://[host] serwera proxy interfejsu API. Edge używa identyfikatora URI ścieżki bazowej do dopasowywania i kierowania wiadomości przychodzących żądań do odpowiedniego serwera proxy interfejsu API. Uwaga: zalecenia Apigee dotyczące obsługi wersji interfejsu API znajdziesz w sekcji Obsługa wersji w e-booku dotyczącym projektu interfejsu Web API: brakującego linku. Po ścieżce bazowej znajdują się dodatkowe adresy URL zasobów. Pełna struktura adresów URL będzie używana przez klientów do wywoływania Twojego serwera proxy interfejsu API: `https://[host]/base_path/conditional_flow_path` Uwaga: ścieżka podstawowa musi być unikalna. Jeśli później zmienisz ten serwer proxy i ustawisz jego ścieżkę bazową tak samo jak inny serwer proxy interfejsu API, podczas zapisywania zostanie on automatycznie wycofany. Zanim ponownie wdrożysz ścieżkę podstawową, musisz ją edytować. Używanie symbolu wieloznacznego na ścieżkach podstawowych Aby zabezpieczyć swoje serwery proxy w przyszłości, możesz użyć co najmniej jednej symbolu wieloznacznego `//` w ścieżkach podstawowych serwera proxy interfejsu API. Na przykład ścieżka bazowa `/team//members` pozwala klientom wywoływać metody `https://[host]/team/blue/members` i `https://[host]/team/green/members` bez konieczności tworzenia nowych serwerów proxy interfejsu API na potrzeby obsługi nowych zespołów. Pamiętaj, że ciąg // nie jest obsługiwany. Uwaga:** jeśli nie określisz bezpośrednio treści w polu Ścieżka bazowa serwera proxy, domyślna ścieżka serwera proxy zmieni się na wartość określoną dla parametru „Nazwa serwera proxy”.
Istniejący interfejs API	Adres URL, który interfejs API wywołuje w imieniu aplikacji, które wywołują Twój interfejs za pomocą adresu URL serwera proxy interfejsu API.
Opis	Opis interfejsu API.

Na stronie Zabezpieczenia kreatora skonfiguruj te ustawienia:
- Wymagania dotyczące uwierzytelniania. Zobacz Dodawanie zabezpieczeń w dalszej części tej sekcji.
- Obsługa udostępniania zasobów z innych domen (CORS). Zobacz Dodawanie obsługi CORS w dalszej części tej sekcji.
Na stronie Hosty wirtualne kreatora wybierz hosty wirtualne, z którymi będzie powiązany serwer proxy interfejsu API po wdrożeniu. Więcej informacji znajdziesz w artykule Hosty wirtualne.
Wybierz środowiska wdrożenia i kliknij Utwórz i wdróż
Wysyłamy potwierdzenie, że nowy serwer proxy interfejsu API został utworzony i wdrożony w wybranym środowisku.
Kliknij Wyświetl serwer proxy <proxy name> w edytorze, aby wyświetlić stronę ze szczegółami serwera proxy interfejsu API.

Importowanie serwera proxy interfejsu API z pakietu interfejsów API serwera proxy

Często definiujesz proxy przez interfejs API jako zbiór plików XML wraz z innymi plikami pomocniczymi. Po zdefiniowaniu serwerów proxy interfejsu API jako zbioru plików poza Edge możesz zachować je w systemie kontroli źródła, a następnie zaimportować je do Edge na potrzeby testowania i wdrażania.

Obejrzyj ten film, aby dowiedzieć się, jak utworzyć i zaimportować serwer proxy interfejsów API z pakietu interfejsów API serwera proxy.

Edge

Aby zaimportować serwery proxy interfejsów API z pakietu serwerów proxy API:

Otwórz kreatora tworzenia proxy zgodnie z opisem w sekcji Tworzenie serwera proxy interfejsu API przy użyciu interfejsu użytkownika opisanej wcześniej w tej sekcji.
Kliknij Prześlij pakiet proxy.

Na stronie Prześlij pakiet proxy w kreatorze proxy wpisz te 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 przyjmuje nazwę pliku ZIP bez rozszerzenia.

Kliknij Dalej.
Na stronie Podsumowanie wybierz środowiska wdrożenia, a potem kliknij Utwórz i wdróż.
Pojawi się potwierdzenie, że nowy serwer proxy interfejsu API został utworzony.
Kliknij Edytuj serwer proxy, aby wyświetlić stronę ze szczegółami serwera proxy interfejsu API.

Classic Edge (prywatna w chmurze)

Otwórz kreatora tworzenia proxy zgodnie z opisem w sekcji Tworzenie serwera proxy interfejsu API przy użyciu interfejsu użytkownika opisanej wcześniej w tej sekcji.
W kreatorze kreatora proxy wybierz Pakiet proxy.
Kliknij Dalej.

Na stronie Szczegóły w kreatorze proxy wpisz te informacje.

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

Sprawdź informacje o kompilacji i kliknij Kompilacja.
Jeśli operacja się powiedzie, wyświetli się komunikat, a Edge automatycznie wdroży zaimportowany serwer proxy interfejsu API do wybranego środowiska w organizacji. Interfejs API udostępniany przez serwer proxy interfejsu API jest dostępny do wywołania.
W edytorze kliknij Wyświetl serwer proxy <nazwa serwera>, aby wyświetlić stronę ze szczegółami serwera proxy interfejsu API.
Aby wdrożyć serwer proxy, kliknij menu Wdrożenie, wybierz środowisko, w którym chcesz wdrożyć aplikację, i odpowiedz na prośbę.

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

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

Dodaję zabezpieczenia

Na stronie Wspólne zasady (Edge) lub Zabezpieczenia (Classic Edge) kreatora tworzenia serwera proxy wybierz typ autoryzacji zabezpieczeń, który chcesz dodać. Dostępne opcje znajdziesz w tej tabeli:

Autoryzacja zabezpieczeń	Opis
Klucz interfejsu API	Dodaje prostą weryfikację klucza interfejsu API do zdefiniowanego przez Ciebie serwera proxy interfejsu API. W odpowiedzi interfejs API Platform dodaje do interfejsu proxy API zasadęVerifyAPIKey i zasadę AssignMessage. Zasada VerificationAPIKey weryfikuje klucze interfejsu API, żądając 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 OAuth 2.0 do Twojego serwera proxy interfejsu API. Apigee Edge automatycznie dodaje 2 zasady do serwera proxy interfejsu API: jedna zasada weryfikuje token dostępu, a druga usuwa z niego token dostępu, zanim zostanie przekazany do usługi backendu. Aby dowiedzieć się, jak uzyskać token dostępu, przeczytaj artykuł OAuth.
Przejście (brak autoryzacji)	Autoryzacja nie jest wymagana. Żądania są przekazywane do backendu bez kontroli bezpieczeństwa na platformie Apigee Edge.

Dodawanie obsługi CORS

CORS (udostępnianie zasobów między domenami) to standardowy mechanizm, który umożliwia przeglądarce przesyłanie bezpośrednich żądań do innej domeny. Standard CORS definiuje zestaw nagłówków HTTP, które są używane przez przeglądarki internetowe i serwery do implementowania komunikacji między domenami.

Aby dodać obsługę CORS do interfejsu API, wybierz Dodaj nagłówki CORS na stronie Wspólne zasady (Edge) lub Zabezpieczenia (Classic Edge) kreatora tworzenia serwera proxy.

Więcej informacji na temat obsługi CORS, w tym dodawania obsługi procesu wstępnego CORS do serwera proxy, znajdziesz w artykule Dodawanie obsługi CORS do serwera proxy interfejsu API.

Korzystanie ze specyfikacji OpenAPI do generowania serwerów proxy

W tej sekcji omówiono użycie opcji OpenAPI, która jest dostępna do generowania za pomocą specyfikacji OpenAPI, następujących typów serwerów proxy API: odwrotnie, Node.js lub bez środowiska docelowego.

Co to jest specyfikacja OpenAPI?

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

Specyfikacja OpenAPI używa standardowego formatu RESTowego API. Specyfikacja OpenAPI napisana w formacie JSON lub YAML jest czytelna dla komputera, ale zrozumiała dla człowieka. Specyfikacja opisuje takie elementy interfejsu API, takie jak ścieżka podstawowa, ścieżki i czasowniki, nagłówki, parametry zapytania, operacje, typy treści, opisy odpowiedzi itd. Dodatkowo do tworzenia dokumentacji API często używa się specyfikacji OpenAPI.

Oto fragment specyfikacji OpenAPI, która opisuje pozorowaną usługę 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
...

W kreatorze tworzenia serwera proxy możesz zaimportować specyfikację OpenAPI i użyć jej do wygenerowania serwera proxy interfejsu API. Po wygenerowaniu serwera proxy możesz go rozwijać za pomocą interfejsu Edge, dodając zasady, wdrażając kod niestandardowy itd. – tak jak każdy serwer proxy Edge.

Tworzenie serwera proxy interfejsu API na podstawie specyfikacji OpenAPI

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

W kreatorze tworzenia serwera proxy kliknij Użyj specyfikacji OpenAPI i postępuj zgodnie z instrukcjami kreatora, aby utworzyć odwrotny lub brak docelowego serwera proxy na podstawie specyfikacji OpenAPI. Więcej informacji znajdziesz w artykule Tworzenie serwera proxy interfejsu API ze specyfikacji OpenAPI.

Obejrzyj ten film, aby dowiedzieć się, jak utworzyć serwer proxy interfejsów API na podstawie specyfikacji OpenAPI.

Aktualizowanie przepływów w interfejsie API serwera proxy za pomocą specyfikacji OpenAPI

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

Aby zaktualizować przepływy w serwerze proxy interfejsu API za pomocą specyfikacji OpenAPI:

Dodaj nowe ścieżki zasobów do specyfikacji OpenAPI. Zobacz Edytowanie istniejącej specyfikacji OpenAPI.
Otwórz interfejs API Proxy w interfejsie użytkownika i kliknij kartę Develop (Programowanie).
W Nawigatorze kliknij + obok punktu końcowego serwera proxy, który chcesz zaktualizować.
Pojawi się okno dialogowe nowego przepływu warunkowego.
Jeśli opcja Od OpenAPI nie jest jeszcze wybrana, kliknij ją.
Jeśli w specyfikacji OpenAPI znajdują się zasoby, które nie mają odpowiadającego przepływu warunkowego w serwerze proxy interfejsu API, są one wymienione w oknie dialogowym, jak pokazano na ilustracji poniżej.
Wybierz wszystkie zasoby, 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 zgodnie z opisem poniżej.

Edge

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

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

Classic Edge (prywatna w chmurze)

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

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

Kopiowanie proxy interfejsu API

Skopiuj istniejący serwer proxy interfejsu API do nowego proxy interfejsu API, jak opisano poniżej.

Edge

Aby skopiować serwer proxy interfejsu API za pomocą interfejsu Edge:

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

Classic Edge (prywatna w chmurze)

Aby skopiować serwer proxy interfejsu API za pomocą interfejsu Classic Edge:

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

Tworzę kopię zapasową serwera proxy interfejsu API

Możesz utworzyć kopię zapasową istniejącego serwera proxy interfejsu API jako zbioru plików XML w pakiecie interfejsów API. Po wyeksportowaniu go do pakietu możesz zaimportować serwer proxy interfejsu API do nowego serwera proxy, zgodnie z opisem w sekcji Importowanie serwera proxy interfejsu API z pakietu proxy interfejsów API wcześniej w tej sekcji. Więcej informacji znajdziesz w artykule na temat pobierania serwerów proxy interfejsu API.

Tworzenie serwera proxy interfejsu API przy użyciu interfejsu API

Informacje o tym, jak utworzyć serwer proxy interfejsów API za pomocą interfejsu API, znajdziesz w artykule API proxy API.