Różnice między Apigee Edge i Apigee X

Po wdrożeniu nie można go zmienić.

Dostępne jest podobne, ale nie identyczne rozwiązanie. Zobacz Używanie grup aplikacji do organizowania własności aplikacji.

Planowane

• Wdrożenia asynchroniczne
• Pobieranie stanu wdrożenia zależy od ostatniego czasu, w którym platforma środowiska wykonawczego „zarejestrowała się” na platformie zarządzania.

• Obsługa grup środowisk
• Self-service za pomocą interfejsu Apigee i interfejsów API
• Większa elastyczność w zakresie topologii wyświetlania
• Moduł MP może obsługiwać tylko jedno środowisko

Więcej informacji znajdziesz w artykule Środowiska i grupy środowisk.

Użyj Cloud Run lub Cloud Functions.

Planowane

Używanie znaku [@.length-x] w wyrażeniach JSONPath nie jest obsługiwane w Apigee X. Specyfikacja JSONPath mówi, że wyrażenia zależą od bazowego języka skryptowego. length-x to konstrukcja JavaScriptu, a nie Javy, a [@.length-x] nie została zaimplementowana w ramach specyfikacji. W Apigee X wyrażenie [@.length-x] zostało zastąpione przez schemat indeksowania ([-x]).

W odniesieniu do naszego przykładu:

{
    "books": [
      {
        "name": "A",
      },
      {
        "name": "B",
      }
    ]
}

Dane wejściowe: $.books[@.length-1] zwracają {“name”: “B”} w Apigee Edge i [{“name”: “B”}] w Apigee X.

Zarządzanie ruchem wychodzącym jako obiektami tajnymi Kubernetes

• W interfejsie Apigee możesz tworzyć zaszyfrowane maszyny KVM o zakresie środowiska. KVM-y są zawsze szyfrowane. Nie możesz dodawać, aktualizować ani wyświetlać wpisów KVM w interfejsie.
• Użyj atrybutu private. ze wszystkimi zmiennymi podczas uzyskiwania dostępu do KVM za pomocą polecenia GET, aby ukryć informacje o KVM w sesji debugowania (śledzenia). Jeśli atrybut private. nie jest używany, KVM jest nadal szyfrowany, ale informacje o KVM będą wyświetlane w sesji debugowania (Trace) w postaci odszyfrowanej i nie będzie zgłaszany żaden wyjątek.
• Wpisami w mapie wartości kluczy możesz zarządzać za pomocą interfejsu keyvaluemaps.entries API lub zasad KeyValueMapOperations.
• Zestawy właściwości możesz wykorzystywać w niektórych przypadkach użycia, w których stosuje się klucze KVM. Zobacz Korzystanie z zestawów właściwości.
• Element <MapName> umożliwia zasadzie KeyValueMapOperations dynamiczne określanie w czasie działania, którego KVM ma używać.

Więcej informacji o tworzeniu map klucz-wartość w interfejsie znajdziesz w artykule Korzystanie z map klucz-wartość. Więcej informacji o wybieraniu odpowiedniego mechanizmu utrwalania danych znajdziesz w artykule Dostęp do danych konfiguracyjnych.

• Serwery proxy interfejsu API Node.js nie są obsługiwane.
• Apigee zaleca hostowanie aplikacji Node.js jako osobnych kontenerów w Kubernetes (w tym samym lub innym klastrze).

• Nowe zasady:
  • Zasada AssertCondition: w czasie działania ocenia instrukcję warunkową w przepływach żądania lub odpowiedzi.
  • Zasady CORS: umożliwiają wywoływanie JavaScript XMLHttpRequest (XHR) wykonywanych na stronie internetowej w celu interakcji z zasobami z domen innych niż źródłowe.
  • Zasady DataCapture: zastępują zasady StatisticsCollector.
  • Zasada ExternalCallout: wysyła żądania gRPC do serwera gRPC, aby wdrożyć niestandardowe działanie, które nie jest obsługiwane przez zasady Apigee.
  • Zasady GraphQL: analizują ładunki GraphQL na zmienne przepływu wiadomości, weryfikują żądania GraphQL względem schematu lub wykonują obie te czynności.
  • Zasady PublishMessages: publikują informacje o przepływie proxy interfejsu API w temacie Google Cloud Pub/Sub.
  • Zasady RevokeOAuthv2: wycofują dostęp na podstawie identyfikatora użytkownika, identyfikatora aplikacji lub obu tych identyfikatorów.
  • Zasady TraceCapture: dodają dodatkowe zmienne do danych śledzenia środowiska wykonawczego Apigee.
• Zasady nieobsługiwane:
  • Zasady StatisticsCollector (zastąpione przez nowe zasady DataCapture)
• Zmienione zasady:
  • Zasady MessageLogging: nie obsługują logowania do pliku.

• Zarządzane za pomocą usługi IAM w konsoli Google Cloud
• Dostępne są wybrane gotowe role
• Możesz tworzyć role niestandardowe, które mogą obejmować inne uprawnienia Google Cloud.

Więcej informacji znajdziesz w artykule Użytkownicy i role.

W przypadku Apigee Hybrid:

• Wejście jest realizowane za pomocą bramy wejściowej Apigee.
• Klucze i certyfikaty są wdrażane bezpośrednio w Kubernetes.

W przypadku Apigee X:

• Każda instancja udostępnia punkt końcowy HTTPS za pomocą certyfikatu podpisanego samodzielnie. Urząd certyfikacji dla certyfikatu można pobrać, wysyłając zapytanie do organizacji.