Diferencias entre Apigee Edge y Apigee X

Inmutable cuando se implementa

Hay una solución similar, pero no idéntica, disponible. Consulta Usa AppGroups para organizar la propiedad de la app.

Planificado

• Implementaciones asíncronas
• La obtención del estado de implementación se basa en la última vez que el plano de entorno de ejecución "se registró" con el plano de administración.

• Compatibilidad con grupos de entornos
• Autoservicio a través de la IU y las API de Apigee
• Más flexibilidad en la topología de entrega
• Un pod de MP solo puede entregar un entorno

Para obtener más información, consulta Información acerca de los entornos y grupos de entornos.

Usa Cloud Run o Cloud Functions.

Planificado

Apigee X no admite el uso de [@.length-x] en expresiones de JSONPath. La especificación de JSONPath indica que las expresiones dependen del lenguaje de programación subyacente. length-x es una construcción de JavaScript, no Java, y [@.length-x] no se implementó como parte de la especificación. En Apigee X, la expresión [@.length-x] se reemplazó por el esquema de indexación ([-x]).

En este ejemplo:

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

Entrada: $.books[@.length-1] muestra {“name”: “B”} en Apigee Edge y [{“name”: “B”}] en Apigee X.

Extremos ascendentes administrados como secretos de Kubernetes

• Puedes crear KVM encriptadas con alcance de entorno en la IU de Apigee. Los KVM siempre están encriptados. No puedes agregar, actualizar ni ver entradas de KVM en la IU.
• Usa el atributo private. con todas las variables cuando accedas a un KVM con el comando GET para ocultar la información de KVM en una sesión de depuración (Trace). Si no se usa el atributo private., la KVM aún está encriptada. Sin embargo, la información de KVM aparecerá desencriptada en la sesión de depuración de Trace) y no se lanzará ninguna excepción.
• Puedes administrar las entradas de KVM mediante la API de keyvaluemaps.entries o la política de KeyValueMapOperations.
• Puedes usar conjuntos de propiedades para algunos de los mismos casos de uso que KVM. Consulta Cómo usar conjuntos de propiedades.
• El elemento <MapName> habilita la política KeyValueMapOperations para identificar qué KVM se usará de forma dinámica en el entorno de ejecución.

Si deseas obtener más información para crear KVM en la IU, consulta Usa mapas de clave-valor. Consulta también Cómo acceder a los datos de configuración para obtener información sobre cómo elegir el mecanismo de persistencia de datos correcto.

• Los proxies de API de Node.js no son compatibles.
• Apigee recomienda que alojes aplicaciones de Node.js como contenedores independientes en Kubernetes (mismo o diferente clúster).

• Políticas nuevas:
  • La política AssertCondition evalúa una declaración condicional en el entorno de ejecución en los flujos de solicitud o respuesta.
  • Política CORS: Permite que las llamadas XMLHttpRequest (XHR) de JavaScript ejecutadas en una página web interactúen con recursos de dominios sin origen.
  • Política DataCapture: Reemplaza la política StatisticsCollector.
  • Política de ExternalCallout: Envía solicitudes de gRPC a tu servidor de gRPC para implementar un comportamiento personalizado que no sea compatible con las políticas de Apigee.
  • Política de GraphQL: Analiza las cargas útiles de GraphQL en variables de flujo de mensajes, verifica las solicitudes de GraphQL con un esquema o ambos.
  • Política PublishMessages: Publica la información del flujo de proxy de API en un tema de Google Cloud Pub/Sub.
  • Política RevokeOAuthv2: Revocación por ID de usuario, ID de app o ambos.
  • Política TraceCapture: Agrega variables adicionales a los datos de seguimiento de tu entorno de ejecución de Apigee.
• Política no compatible:
  • Política de StatisticsCollector (se reemplazó por la nueva política de DataCapture)
• Políticas modificadas:
  • Política de MessageLogging: No admite el registro de archivos.

• Se administran a través del servicio de IAM de la consola de Google Cloud
• Se encuentran disponibles algunas funciones listas para usar
• Puedes crear roles personalizados que puedan incluir otros permisos de Google Cloud.

Para obtener más información, consulta Usuarios y funciones.

Para Apigee Hybrid:

• La entrada se implementa a través de Anthos Service Mesh.
• Las claves y los certificados se implementan de forma directa en Kubernetes.

Para Apigee X:

• Cada instancia expone un extremo HTTPS a través de un certificado autofirmado. Para descargar la CA del certificado, consulta a la organización.