Различия между Apigee Edge и Apigee X

Неизменяемый после развертывания

Доступно похожее, но не идентичное решение. Подробнее о том, как использовать группы приложений для организации прав собственности на приложения…

Запланировано

• Асинхронное развертывание
• Статус развертывания определяется на основе последнего времени, когда плоскость выполнения "зарегистрировалась" в плоскости управления.

• Поддержка групп по защите окружающей среды
• Самостоятельно через интерфейс и API Apigee.
• Более гибкая топология показа
• Модуль MP может обслуживать только одну среду

Подробнее о средах и группах сред…

Используйте Cloud Run или Cloud Functions.

Запланировано

В Apigee X не поддерживается использование [@.length-x] в выражениях JSONPath. Согласно спецификации JSONPath, выражения зависят от используемого языка сценариев. length-x – это конструкция JavaScript, а не Java, и [@.length-x] не была реализована как часть спецификации. В Apigee X выражение [@.length-x] заменено схемой индексации ([-x]).

В этом примере нужно выполнить следующие действия:

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

Входные данные: $.books[@.length-1]. Apigee Edge возвращает {“name”: “B”}, а Apigee X – [{“name”: “B”}].

Управляемые исходящие подключения как секреты Kubernetes

• В интерфейсе Apigee можно создавать зашифрованные пары "ключ-значение" с областью действия на уровне среды. KVM всегда шифруются. В пользовательском интерфейсе нельзя добавлять, изменять или просматривать записи KVM.
• Используйте атрибут private. со всеми переменными при доступе к хранилищу пар "ключ-значение" с помощью команды GET, чтобы скрыть информацию о хранилище в сеансе отладки (трассировки). Если атрибут private. не используется, KVM все равно шифруется, но информация KVM будет отображаться в расшифрованном виде в сеансе отладки (Trace) и исключение не будет создано.
• Вы можете управлять записями KVM с помощью keyvaluemaps.entries API или KeyValueMapOperations policy.
• Наборы свойств можно использовать в тех же случаях, что и пары "ключ-значение". Подробнее об использовании наборов свойств…
• Элемент <MapName> позволяет правилу KeyValueMapOperations динамически определять, какую карту KVM использовать во время выполнения.

Подробнее о том, как создавать карты "ключ-значение" в интерфейсе, рассказывается в статье Как использовать карты "ключ-значение". Также ознакомьтесь с информацией о том, как получить доступ к данным конфигурации, чтобы выбрать подходящий механизм сохранения данных.

• Прокси API Node.js не поддерживаются.
• Apigee рекомендует размещать приложения Node.js в отдельных контейнерах в Kubernetes (в одном или разных кластерах).

• Новые правила
  • Правило AssertCondition оценивает условное выражение во время выполнения в потоках запросов или ответов.
  • Правило CORS позволяет вызовам JavaScript XMLHttpRequest (XHR), выполненным на веб-странице, взаимодействовать с ресурсами из доменов, отличных от источника.
  • Правила DataCapture заменяют правила StatisticsCollector.
  • Правило ExternalCallout отправляет запросы gRPC на ваш сервер gRPC, чтобы реализовать пользовательское поведение, которое не поддерживается правилами Apigee.
  • Правила GraphQL. Анализирует полезные нагрузки GraphQL в переменные потока сообщений, проверяет запросы GraphQL на соответствие схеме или выполняет обе эти задачи.
  • Правило PublishMessages публикует информацию о потоке прокси-сервера API в теме Google Cloud Pub/Sub.
  • Правило RevokeOAuthv2 отзывает права доступа по идентификатору пользователя, идентификатору приложения или обоим.
  • Правила TraceCapture позволяют добавлять дополнительные переменные в данные трассировки среды выполнения Apigee.
• Правило не поддерживается:
  • Правило StatisticsCollector (заменено новым правилом DataCapture)
• Измененные правила
  • Правила MessageLogging не поддерживают ведение журналов файлов.

• Управление с помощью сервиса IAM в консоли Google Cloud
• Некоторые готовые роли доступны.
• Вы можете создавать специальные роли, которые могут включать другие разрешения Google Cloud.

Подробнее о пользователях и ролях…

Для Apigee Hybrid:

• Входные данные реализуются через шлюз Apigee.
• Ключи и сертификаты развертываются непосредственно в Kubernetes.

Для Apigee X:

• Каждый экземпляр предоставляет конечную точку HTTPS через самоподписанный сертификат. ЦС для сертификата можно скачать, отправив запрос в организацию.