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

Stała po wdrożeniu

Dostępne jest podobne, ale nie identyczne rozwiązanie. Zobacz Organizowanie własności aplikacji za pomocą AppGroups.

Planowane

• Wdrożenia asynchroniczne
• Pobieranie stanu wdrożenia odbywa się na podstawie ostatniego czasu, w którym platforma wykonawcza „zameldowała się” na platformie zarządzającej.

• Obsługa grup środowisk
• Samoobsługa za pomocą interfejsu Apigee i interfejsów API
• większa elastyczność w topologii serwowania;
• MP pod może obsługiwać tylko 1 środowisko

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

Użyj Cloud Run lub Cloud Functions.

Planowane

Korzystanie z wartości [@.length-x] w wyrażeniach JSONPath nie jest obsługiwane w usłudze Apigee X. Specyfikacja JSONPath określa, że wyrażenia zależą od języka skryptu. Konstrukcja length-x jest elementem JavaScriptu, a nie Javy, a konstrukcja [@.length-x] nie została zaimplementowana w ramach specyfikacji. W Apigee X wyrażenie [@.length-x] zostało zastąpione schematem indeksowania ([-x]).

W odniesieniu do naszego przykładu:

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

Wartość wejściowa: $.books[@.length-1] zwraca wartość {“name”: “B”} w Apigee Edge i zwraca [{“name”: “B”}] w Apigee X.

Obiekty wychodzące zarządzane jako obiekty tajne Kubernetes

• W interfejsie Apigee możesz tworzyć zaszyfrowane KVM ograniczone do środowiska. KVM są zawsze szyfrowane. Nie możesz dodawać, aktualizować ani wyświetlać wpisów KVM w interfejsie.
• Używaj 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, maszyna wirtualna jest nadal szyfrowana. Informacje KVM będą jednak widoczne w sesji debugowania) jako odszyfrowane i nie zostanie zgłoszony żaden wyjątek.
• Za pomocą interfejsu keyvaluemaps.entries API lub zasady KeyValueMapOperations możesz zarządzać wpisami mapy klucz-wartość.
• Zestawów właściwości możesz używać w niektórych przypadkach użycia z maszynami wirtualnymi. Zobacz Korzystanie z zestawów usług.
• Element <MapName> umożliwia zasadom KeyValueMapOperations określanie, której mapy klucz-wartość używać dynamicznie w czasie wykonywania.

Więcej informacji o tworzeniu maszyn KVM w interfejsie znajdziesz w artykule o używaniu map klucz-wartość. Informacje o wybieraniu odpowiedniego mechanizmu trwałości danych znajdziesz też w artykule Dostęp do danych konfiguracji.

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

• Nowe zasady:
  • Zasada AssertCondition: ocenia instrukcję warunkową w czasie wykonywania w przepływach żądań lub odpowiedzi.
  • Polityka CORS: umożliwia wywołania XMLHttpRequest (XHR) w JavaScriptie wykonywane na stronie internetowej, aby mogły one wchodzić w interakcje z zasobami z domen innych niż domena źródłowa.
  • Zasady dotyczące DataCapture: zastępują zasady StatisticsCollector.
  • Zasady dotyczące zewnętrznego objaśnienia: wysyła żądania gRPC do serwera gRPC, aby zaimplementować niestandardowe zachowanie, które nie jest obsługiwane przez zasady Apigee.
  • Zasada GraphQL: analizuje ładunki w standardzie GraphQL w zmiennych przepływu wiadomości, weryfikuje żądania GraphQL pod kątem schematu lub w obu tych miejscach.
  • Polityka PublishMessages: publikuje informacje o przepływie danych przez serwer proxy interfejsu API w temacie Google Cloud Pub/Sub.
  • RevokeOAuthv2: anulowanie zasad OAuthv2. Anulowanie może nastąpić na podstawie identyfikatora użytkownika, identyfikatora aplikacji lub obu tych identyfikatorów.
  • Polityka TraceCapture: dodaje dodatkowe zmienne do danych śledzenia środowiska wykonawczego Apigee.
• Zasady nieobsługiwane:
  • Zasada InsightsCollector (zastąpiona przez nową zasadę DataCapture)
• Zmienione zasady:
  • Zasady dotyczące rejestrowania wiadomości: nie obsługuje rejestrowania plików.

• Zarządzany za pomocą usługi IAM w konsoli Google Cloud
• Dostępne są niektóre wstępnie skonfigurowane role
• Możesz też tworzyć role niestandardowe, które mogą obejmować inne uprawnienia dotyczące Google Cloud.

Więcej informacji znajdziesz w artykule o użytkownikach i rolach.

Hybrydowe Apigee:

• Dostęp jest realizowany 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ą podpisanego samodzielnie certyfikatu. Urząd certyfikacji dla certyfikatu można pobrać, wysyłając zapytanie do organizacji.