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

Niezmienne po wdrożeniu

Dostępne jest podobne, ale nieidentyczne rozwiązanie. Przeczytaj artykuł o używaniu grup aplikacji do porządkowania własności aplikacji.

Zaplanowane

• Wdrożenia asynchroniczne
• Pobieram stan wdrożenia na podstawie ostatniego „zameldowania” platformy środowiska wykonawczego z platformą zarządzania

• Obsługa grup środowisk
• Samoobsługa przy użyciu interfejsu użytkownika i interfejsów API Apigee
• Większa elastyczność obsługi topologii
• Pod MP może obsługiwać tylko jedno środowisko

Więcej informacji znajdziesz w artykule Informacje o środowiskach i grupach środowisk.

Użyj Cloud Run lub Cloud Functions

Zaplanowane

Używanie [@.length-x] w wyrażeniach JSONPath nie jest obsługiwane w Apigee X. Specyfikacja JSONPath wskazuje, że wyrażenia są zależne od podstawowego języka skryptów. length-x to konstrukcja JavaScript, a nie Java. Komponent [@.length-x] nie został zaimplementowany jako część specyfikacji. W Apigee X wyrażenie [@.length-x] jest zastępowane przez schemat indeksowania ([-x]).

W tym przykładzie:

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

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

W kierunku północnym zarządzane jako obiekty tajne Kubernetes

• Zaszyfrowane KVM w zakresie środowiska możesz tworzyć w interfejsie Apigee. Serwery KVM są zawsze szyfrowane. Nie możesz dodawać, aktualizować ani wyświetlać wpisów KVM w interfejsie użytkownika.
• Aby ukryć informacje o KVM w sesji debugowania (śledzenia), użyj atrybutu private. ze wszystkimi zmiennymi podczas uzyskiwania dostępu do KVM za pomocą polecenia GET. Jeśli atrybut private. nie jest używany, kluczowa maszyna wirtualna jest nadal szyfrowana. Jednak informacje KVM będą widoczne w sesji śledzenia debugowania jako odszyfrowane i nie zostanie zgłoszony żaden wyjątek.
• Wpisami KVM możesz zarządzać za pomocą interfejsu keyvaluemaps.entries API lub zasady KeyValueMapOperations.
• Zestawów właściwości możesz używać w niektórych tych samych przypadkach co w przypadku KVM. Więcej informacji znajdziesz w sekcji Korzystanie z zestawów właściwości.
• Element <MapName> umożliwia zasady KeyValueMapOperations określanie, którego KVM ma być używane dynamicznie w czasie działania.

Więcej informacji o tworzeniu maszyn wirtualnych w interfejsie znajdziesz w artykule o korzystaniu z map klucz-wartość. Przeczytaj też sekcję Uzyskiwanie dostępu do danych konfiguracji, aby dowiedzieć się, jak wybrać odpowiedni mechanizm trwałości danych.

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

• Nowe zasady:
  • Zasada AssertCondition: ocenia instrukcję warunkową w czasie działania w przepływach żądań lub odpowiedzi.
  • Zasada CORS: zezwala na interakcje z zasobami z domen innych niż domeny pochodzenia na potrzeby wywołań XMLHttpRequest (XHR) wykonywanych na stronie internetowej.
  • Zasada DataCapture: zastępuje zasadę StatisticsCollector.
  • Zasada ExternalCallout: wysyła żądania gRPC do serwera gRPC w celu zaimplementowania niestandardowego zachowania nieobsługiwanego przez zasady Apigee.
  • Zasada GraphQL: analizuje ładunki w GraphQL na zmienne przepływu wiadomości, weryfikuje żądania GraphQL na podstawie schematu lub na oba te sposoby.
  • Zasada PublishMessages: publikuje w temacie Google Cloud Pub/Sub informacje o przepływie serwera proxy interfejsu API.
  • Zasada Anulowanie OAuthv2: unieważnianie według identyfikatora użytkownika, identyfikatora aplikacji lub obu tych kryteriów.
  • Zasada TraceCapture: dodaje dodatkowe zmienne do danych śledzenia w środowisku wykonawczym Apigee.
• Nieobsługiwane zasady:
  • Zasada StatisticsCollector (zastąpiona nową zasadą DataCapture)
• Zmienione zasady:
  • Zasada MessageLogging: nie obsługuje rejestrowania plików.

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

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

W przypadku hybrydowego środowiska Apigee:

• Ruch przychodzący jest wdrażany za pomocą Anthos Service Mesh.
• 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 możesz pobrać, wysyłając zapytanie do organizacji.