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

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

Существует похожее, но не идентичное решение. См. Использование групп приложений для организации владения приложениями .

Планируется

• Асинхронные развертывания
• Получение статуса развертывания зависит от того, когда в последний раз плоскость выполнения «регистрировалась» на плоскости управления.

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

Дополнительные сведения см. в разделе О средах и группах сред .

Пожалуйста, используйте Cloud Run или Cloud Functions.

Планируется

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

Для этого примера:

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

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

Northbound управляется как секреты Kubernetes

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

Дополнительные сведения о создании KVM в пользовательском интерфейсе см. в разделе Использование карт значений ключа . См. также Доступ к данным конфигурации для получения информации о том, как выбрать правильный механизм сохранения данных.

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

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

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

Дополнительные сведения см. в разделе Пользователи и роли .

Для гибрида Apigee:

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

Для Апиджи X:

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