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

Tworzenie prostego serwera proxy interfejsu API

Przeglądasz dokumentację Apigee Edge.
Przejdź do Dokumentacja Apigee X. informacje.

Apigee Edge umożliwia szybkie udostępnianie usług backendu jako interfejsów API. W tym celu należy utworzyć Serwer proxy interfejsu API stanowiący fasadę usługi backendu, którą chcesz udostępnić. Potrzebujesz tylko aby podać adres sieciowy usługi backendu oraz pewne informacje, które Edge za pomocą którego można utworzyć serwer proxy interfejsu API dostępny dla programistów.

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

Obejrzyj ten film z omówieniem procesu tworzenia serwera 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.
Kliknij Programowanie > Serwery proxy interfejsów API na lewym pasku nawigacyjnym.
Kliknij +Serwer proxy.

Kreator tworzenia serwera proxy przedstawia kroki wymagane do wygenerowania serwera proxy interfejsu API i dodania do niego minimalnych funkcji.

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

Classic Edge (Private Cloud)

Aby uzyskać dostęp do kreatora tworzenia serwera proxy w interfejsie klasycznej wersji Edge:

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

Kreator tworzenia serwera proxy przedstawia kroki wymagane do wygenerowania serwera proxy interfejsu API i dodania do niego minimalnych funkcji.

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

Pierwsza strona kreatora umożliwia utworzenie serwera proxy interfejsu API z następujących ź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 być API JSON lub XML. Zobacz 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łowego interfejsu OpenAPI. Specyfikacja. Więcej informacji o tej opcji znajdziesz w artykule Korzystanie z OpenAPI. Specyfikacje dotyczące 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 sieciowej opartej na SOAP jako serwera proxy interfejsu API.
Brak celu	Serwer proxy interfejsu API bez backendu interfejsu API („brak środowiska docelowego”). Podobne do utworzyć odwrotny serwer proxy dla usługi HTTP opisanej wcześniej: z tym wyjątkiem, że podczas definiowania szczegółów serwera proxy interfejsu API nie podasz istniejącego interfejsu API. Kliknij Użyj specyfikacji OpenAPI, aby wygenerować serwer proxy na podstawie prawidłowego interfejsu OpenAPI. specyfikacji. Więcej informacji o tej opcji znajdziesz w artykule Korzystanie z OpenAPI. Specyfikacje dotyczące generowania serwerów proxy w dalszej części tej sekcji.
Hostowane środowisko docelowe	Serwer proxy interfejsu API kierujący do aplikacji Node.js wdrożonej w środowisku hostowanych celów. Patrz omówienie hostowanych celów.
Prześlij pakiet serwera proxy	Istniejący pakiet serwera proxy interfejsu API (np. jeden z przykładowych serwerów proxy interfejsu API dostępnych w GitHub.) Zapoznaj się z sekcją Importowanie serwera proxy interfejsu API z pakietu serwera proxy interfejsów API.

W sekcjach poniżej opisano, jak utworzyć serwer proxy interfejsu API za pomocą poszczególnych źródeł.

Tworzenie odwrotnego serwera proxy dla usługi HTTP

Edge generuje odwrotne serwery proxy na podstawie 2 informacji:

Adres URL usługi backendu
Ścieżka URI jednoznacznie identyfikująca interfejs API, który będzie udostępniany przez serwer proxy interfejsu API aplikacje dla klientów indywidualnych

URL usługi backendu zwykle reprezentuje aplikację z włączoną usługą należącą do Twojej organizacji. Może też wskazywać publicznie dostępny interfejs API. Interfejs API lub usługa mogą znajdować się w (na przykład wewnętrznej aplikacji działu kadr lub aplikacji Rails w chmurze) albo być interfejsem API lub usługą innej firmy (np. Twitterem lub Instagramem).

Edge

Otwórz kreatora tworzenia serwera proxy zgodnie z opisem w sekcji Tworzenie serwera proxy interfejsu API za pomocą interfejsu powyżej w tej sekcji.
W kreatorze tworzenia serwera proxy kliknij Odwrotny serwer proxy (najczęstszy). Do aby wygenerować serwer proxy na podstawie istniejącej, prawidłowej specyfikacji OpenAPI, kliknij Use OpenAPI Spec (Użyj specyfikacji OpenAPI). Szczegółowe informacje o tej opcji znajdziesz poniżej w sekcji Używanie specyfikacji OpenAPI do generowania serwerów proxy.

Na stronie Details (Szczegóły) w kreatorze wpisz te informacje.

Pole	Opis
Nazwa	Nazwa wyświetlana dla interfejsu API. Określ znaki alfanumeryczne, łącznik (-) lub podkreślenie (_).
Ścieżka podstawowa	Fragment identyfikatora URI występujący po adresie http(s)://[host] Twojego Proxy API. Edge używa identyfikatora URI ścieżki podstawowej do dopasowywania i kierowania wiadomości przychodzących żądań do odpowiedniego serwera proxy interfejsu API. UWAGA: domyślna ścieżka bazowa serwera proxy interfejsu API przyjmuje wartość określoną dla parametru w polu `Name` zmieniono tylko małe litery. Po ścieżce podstawowej znajdują się wszelkie dodatkowe adresy URL zasobów. Oto pełny adres URL struktura, której klienty będą używać do wywoływania serwera proxy interfejsu API: `https://[host]/base_path/conditional_flow_path` UWAGA: ścieżka podstawowa musi być unikalna. nie można wdrożyć dwóch serwerów proxy interfejsu API z takim samym ścieżki podstawowej. Jeśli edytujesz wdrożony serwer proxy interfejsu API i ustaw ścieżkę podstawową na tę samą wartość co ścieżka bazowa innego serwera proxy interfejsu API, Edge automatycznie wycofa wdrożenie i serwera proxy API. Zanim ponownie wdrożysz serwer proxy interfejsu API, musisz zmodyfikować ścieżkę podstawową, aby była unikalna. Używanie symboli wieloznacznych w ścieżkach podstawowych Użyj co najmniej jednego symbolu wieloznacznego `//` w ścieżkach bazowych serwera proxy interfejsu API do aby zadbać o przyszłość serwerów proxy API. Na przykład: ścieżka podstawowa `/team//members` umożliwia klientom dzwonienie do firmy `https://[host]/team/blue/members` i `https://[host]/team/green/members` bez Ciebie Potrzeba tworzenia nowych serwerów proxy interfejsów API, aby obsługiwać nowe zespoły. Zwróć uwagę, że `/**/` to nie obsługiwane.
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 w sekcji Zabezpieczenia: Autoryzacja. Zobacz Dodawanie zabezpieczeń w dalszej części tej sekcji.
- Obsługa udostępniania zasobów między domenami (CORS) w sekcji Zabezpieczenia: przeglądarka. Zobacz Dodawanie obsługi CORS w dalszej części tej sekcji.
- Limity, które chronią usługę backendu przed dużym ruchem w ramach limitu. Zobacz Limity. Ta opcja jest niedostępna, jeśli wybrano autoryzację przekazywania.
- Egzekwowanie limitu zarabiania w organizacjach z włączonym zarabianiem w sekcji Zarabianie. Przeczytaj sekcję Egzekwowanie limitów zarabiania na serwerach proxy interfejsu API.
Na stronie Hosty wirtualne kreatora wybierz hosty wirtualne, z którymi serwer proxy interfejsu API zostanie powiązany po wdrożeniu. Aby dowiedzieć się więcej, przeczytaj Informacje o hostach wirtualnych.
Na stronie Podsumowanie wybierz środowiska wdrożenia(w razie potrzeby), a potem kliknij Utwórz i wdróż.
Utworzono nowy serwer proxy interfejsu API i wdrożono w wybranym środowisku.
Kliknij Edytuj serwer proxy, aby wyświetlić informacje na ekranie. ze szczegółami serwera proxy interfejsu API.

Classic Edge (Private Cloud)

Otwórz kreatora tworzenia serwera proxy zgodnie z opisem w sekcji Tworzenie serwera proxy interfejsu API za pomocą interfejsu powyżej w tej sekcji.
W kreatorze tworzenia serwera proxy wybierz Odwrotny serwer proxy (najczęstszy). Do aby wygenerować serwer proxy na podstawie istniejącej, prawidłowej specyfikacji OpenAPI, kliknij Use OpenAPI (Użyj OpenAPI). Szczegółowe informacje o tej opcji znajdziesz w poniższej sekcji Korzystanie ze specyfikacji OpenAPI do generowania serwerów proxy.
Kliknij Dalej.

Na stronie Details (Szczegóły) w kreatorze wpisz te informacje.

Pole	Opis
Nazwa serwera proxy	Wyświetlana nazwa interfejsu API.
Ścieżka podstawowa serwera proxy	Ścieżka podstawowa serwera proxy to fragment identyfikatora URI po adresie http(s)://[host] w pliku Proxy API. Edge używa identyfikatora URI ścieżki podstawowej do dopasowywania i kierowania wiadomości przychodzących żądań do odpowiedniego serwera proxy interfejsu API. Uwaga: zalecenia Apigee dotyczące obsługi wersji interfejsów API znajdziesz w sekcji Zarządzanie wersjami w artykule Projektowanie interfejsów API stron internetowych: brak linku. e-booka. Po ścieżce podstawowej znajdują się wszystkie dodatkowe adresy URL zasobów. Oto pełny adres URL struktura, której klienty będą używać do wywoływania serwera proxy interfejsu API: `https://[host]/base_path/conditional_flow_path` Uwaga: ścieżka podstawowa musi być unikalna. Jeśli później zmodyfikujesz ten serwer proxy i ustawisz jego ścieżkę podstawową na taką samą jak inny serwer proxy API, która została automatycznie wycofana po zapisaniu. Trzeba zmodyfikować ścieżkę podstawową przed możesz ją wdrożyć ponownie. Używanie symbolu wieloznacznego w ścieżkach podstawowych W ścieżkach bazowych serwera proxy interfejsu API możesz użyć jednego lub więcej symboli wieloznacznych `//` do aby zapewnić bezpieczeństwo serwerów proxy w przyszłości. Na przykład: ścieżka podstawowa `/team//members` umożliwia klientom dzwonienie do firmy `https://[host]/team/blue/members` i `https://[host]/team/green/members` bez Ciebie Potrzeba tworzenia nowych serwerów proxy API, żeby obsługiwać nowe zespoły. Pamiętaj, że symbol // nie jest obsługiwane. Uwaga:** domyślna ścieżka bazowa serwera proxy przyjmuje wartość określoną dla parametru Nazwa serwera proxy została przekonwertowana na małe litery, chyba że jednoznacznie edytujesz treść w polu Proxy Base Path.
Istniejący interfejs API	Adres URL wywoływany przez platformę API w imieniu aplikacji, które wywołują interfejs API przez adres URL serwera proxy API.
Opis	Opis interfejsu API.

Na stronie Zabezpieczenia w kreatorze skonfiguruj te ustawienia:
- Wymagania dotyczące uwierzytelniania bezpieczeństwa. Zobacz Dodawanie zabezpieczeń w dalszej części tej sekcji.
- Obsługa udostępniania zasobów między domenami (CORS). Zobacz 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 zostanie powiązany po wdrożeniu. Aby dowiedzieć się więcej, przeczytaj Informacje o hostach wirtualnych.
Wybierz środowiska wdrożenia i kliknij Tworzenie i wdrażanie.
Wysyłane jest potwierdzenie potwierdzające utworzenie nowego serwera proxy interfejsu API i wdrożono w wybranym środowisku.
Kliknij Wyświetl <nazwa serwera proxy>. serwera proxy w edytorze, aby wyświetlić ze szczegółami serwera proxy interfejsu API.

Importowanie serwera proxy interfejsu API z serwera proxy interfejsu API pakiet

Serwery proxy interfejsu API często definiuje się jako zbiór plików XML, plików pomocniczych. Dzięki zdefiniowaniu serwerów proxy interfejsów API jako zbioru plików spoza Edge masz możliwość w systemie kontroli źródła, a następnie importować je do Edge w celu ich testowania. lub wdrożenia.

Obejrzyj ten film, aby dowiedzieć się, jak utworzyć i zaimportować serwer proxy interfejsu API z takiego serwera w pakiecie.

Edge

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

Otwórz kreatora tworzenia serwera proxy zgodnie z opisem w sekcji Tworzenie serwera proxy interfejsu API za pomocą interfejsu powyżej w tej sekcji.
Kliknij Prześlij pakiet serwera proxy.

Na stronie Prześlij pakiet serwera proxy w kreatorze serwera 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 interfejsu API. Domyślnie jest to nazwa pliku ZIP bez rozszerzenia.

Kliknij Dalej.
Na stronie Podsumowanie wybierz środowiska wdrożenia(w razie potrzeby), a potem kliknij Utwórz i wdróż.
Pojawi się potwierdzenie utworzenia nowego serwera proxy interfejsu API.
Kliknij Edytuj serwer proxy, aby wyświetlić informacje na ekranie. ze szczegółami serwera proxy interfejsu API.

Classic Edge (Private Cloud)

Otwórz kreatora tworzenia serwera proxy zgodnie z opisem w sekcji Tworzenie serwera proxy interfejsu API za pomocą interfejsu powyżej w tej sekcji.
W kreatorze tworzenia serwera proxy wybierz Pakiet serwerów proxy.
Kliknij Dalej.

Na stronie Details (Szczegóły) w kreatorze serwera 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	Wyświetlana nazwa interfejsu API.

Sprawdź informacje o kompilacji i kliknij Kompilacja.
W przypadku powodzenia wyświetli się komunikat, a Edge automatycznie wdroży zaimportowany serwer proxy interfejsu API w wybranym środowisku. w Twojej organizacji. Interfejs API udostępniany przez serwer proxy interfejsu API jest dostępny do wywoływania.
Kliknij Wyświetl <nazwa serwera proxy>. w edytorze, aby wyświetlić ze szczegółami serwera proxy interfejsu API.
Aby wdrożyć serwer proxy, kliknij menu Wdrożenie, wybierz w którym chcesz wdrożyć dane, i zareagować na prompt.

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

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

Dodaję zabezpieczenia

Na stronie Common policies (Edge) lub Security (Zabezpieczenia klasycznej wersji 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 używanego przez Ciebie serwera proxy interfejsu API co określa. W odpowiedzi platforma API dodaje zasady VerifyAPIKey i AssignMessage do serwera proxy interfejsu API. Zasada VerifyAPIKey weryfikuje klucze interfejsu API prezentowane w żądaniach aplikacji. Zasada AssignMessage usuwa klucz interfejsu API podany w wywołaniu interfejsu API jako parametr zapytania z z żądaniem przekazanych do serwera backendu.
OAuth 2.0	Dodaje uwierzytelnianie oparte na OAuth 2.0 do serwera proxy interfejsu API. Apigee Edge automatycznie dodaje 2 zasady do serwera proxy interfejsu API: jedną zasady weryfikacji tokena dostępu oraz inne zasady usuwania tokena dostępu z wiadomości przed przekazaniem go do usługi backendu. Aby dowiedzieć się, jak uzyskać token dostępu, zapoznaj się z artykułem OAuth.
Przejdź (bez autoryzacji)	Autoryzacja nie jest wymagana. Żądania są przekazywane do backendu bez testów zabezpieczeń w Apigee Edge.

Dodanie obsługi CORS

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

Możesz dodać obsługę CORS do interfejsu API, wybierając Dodaj nagłówki CORS w Strona Common Principles (Edge) lub Security (Zabezpieczenia) (w klasycznej wersji Edge) w kreatorze tworzenia serwera proxy.

Aby uzyskać bardziej szczegółowe informacje o obsłudze CORS, w tym o dodawaniu obsługi procesów wstępnych CORS z serwerem proxy – patrz Dodawanie CORS przez serwer proxy interfejsu API.

Używanie specyfikacji OpenAPI do generowania serwerów proxy

W tej sekcji omawiamy opcję Use OpenAPI, którą można wygenerować z poziomu OpenAPI. Określ te typy serwerów proxy API: odwrotne, Node.js lub bez środowiska docelowego.

Czym są Specyfikacja OpenAPI?

Logo Open API Initiative „Open API Initiative (OAI) koncentruje się na tworzeniu, rozwijaniu i promowaniu niezależnego od dostawcy formatu opisu interfejsu API opartego na Swagger. Specyfikacja”. 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 zapisana w formacie JSON lub YAML jest zrozumiała dla komputera, ale czytelne i zrozumiałe. Specyfikacja opisuje takie elementy interfejsu API, jego ścieżka podstawowa, ścieżki i czasowniki, nagłówki, parametry zapytania, operacje, typy treści, odpowiedź teksty reklamy i inne treści. Dodatkowo specyfikacja OpenAPI jest często używana do generowania interfejsów API dokumentacji.

Oto fragment specyfikacji OpenAPI opisującej pozorną usługę docelową Apigee: http://mocktarget.apigee.net. Dla: 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 wykorzystać ją do: do wygenerowania serwera proxy interfejsu API. Po wygenerowaniu serwera proxy możesz używać interfejsu Edge do dalszego rozwijania tego serwera dodając zasady, implementując kod niestandardowy itd. – tak jak w przypadku dowolnego serwera proxy Edge.

Tworzenie serwera proxy interfejsu API na podstawie specyfikacji OpenAPI

Utwórz serwery proxy interfejsu 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ć funkcje, takie 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 serwer proxy lub brak docelowego serwera proxy na podstawie specyfikacji OpenAPI. Szczegółowe informacje znajdziesz w sekcji Tworzenie serwera proxy interfejsu API. ze specyfikacji OpenAPI.

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

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

Jeśli po utworzeniu serwera proxy interfejsu API na podstawie specyfikacji OpenAPI zmodyfikujesz tę specyfikację, dodając do niej dodatkowe ścieżki zasobów, możesz za jej pomocą dodać powiązane przepływy warunkowe do serwera proxy interfejsu API.

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

Dodaj nowe ścieżki zasobów do specyfikacji OpenAPI. Przeczytaj sekcję Edytowanie istniejącej specyfikacji OpenAPI.
Otwórz interfejs API Proxy w interfejsie i kliknij kartę Develop.
W nawigatorze kliknij + obok punktu końcowego serwera proxy, który chcesz zaktualizować.
Otworzy się okno Nowy przepływ warunkowy.
Kliknij opcję 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 API, zostaną one wymienione w oknie, jak pokazano na ilustracji poniżej.
Wybierz każdy zasób, do którego 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.
Kliknij Programowanie > Serwery proxy interfejsów API na lewym pasku nawigacyjnym.
Kliknij na liście serwer proxy interfejsu API, który chcesz skopiować.
Wybierz Projekt > Zapisz jako nową wersję.

Classic Edge (Private Cloud)

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

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

Kopiuję serwer proxy interfejsu API

Skopiuj istniejący serwer proxy interfejsu API do nowego, wykonując czynności opisane poniżej.

Edge

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

Zaloguj się na stronie apigee.com/edge.
Kliknij Programowanie > Serwery proxy interfejsów API na lewym pasku nawigacyjnym.
Kliknij na liście serwer proxy interfejsu API, który chcesz skopiować.
Wybierz 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 (Private Cloud)

Aby skopiować serwer proxy interfejsu API za pomocą interfejsu użytkownika klasycznej wersji Edge:

Zaloguj się w aplikacji http://ms-ip:9000, gdzie ms-ip to adres Adres IP lub nazwa DNS węzła serwera zarządzania.
Wybierz Interfejsy API > Proxy interfejsów API na górnym pasku nawigacyjnym.
Kliknij na liście serwer proxy interfejsu API, który chcesz skopiować.
Wybierz Projekt > Zapisz jako nowy serwer proxy interfejsu API.
W oknie 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 zbiór plików XML w pakiecie serwera proxy interfejsów API. Po wyeksportowaniu do pakietu możesz zaimportować serwer proxy interfejsu API na nowy serwer proxy zgodnie z opisem w sekcji Importowanie serwera proxy interfejsu API z pakietu proxy interfejsów API, która wcześniej została opisana w tej sekcji. Więcej informacji znajdziesz w artykule Pobieranie serwerów proxy interfejsów API.

Tworzenie serwera proxy interfejsu API przy użyciu interfejsu API

Aby dowiedzieć się, jak utworzyć serwer proxy interfejsu API za pomocą interfejsu API, przeczytaj sekcję API serwerów proxy interfejsu API.