Differenze tra Apigee Edge e Apigee X

Immutabile dopo il deployment

È disponibile una soluzione simile, ma non identica. Vedi Utilizzare AppGroups per organizzare la proprietà delle app.

Pianificato

• Deployment asincroni
• Il recupero dello stato del deployment si basa sull'ultima volta in cui il piano di runtime ha eseguito il "check-in" con il piano di gestione

• Supporto per i gruppi di ambienti
• Self-service tramite la UI e le API Apigee
• Maggiore flessibilità nella topologia di pubblicazione
• Un pod MP può pubblicare solo un ambiente

Per maggiori informazioni, vedi Informazioni sugli ambienti e sui gruppi di ambienti.

Utilizza Cloud Run o Cloud Functions

Pianificato

L'utilizzo di [@.length-x] nelle espressioni JSONPath non è supportato in Apigee X. La specifica JSONPath indica che le espressioni dipendono dal linguaggio di scripting sottostante. length-x è una struttura JavaScript, non Java, e [@.length-x] non è stata implementata come parte della specifica. In Apigee X l'espressione [@.length-x] è sostituita dallo schema di indicizzazione ([-x]).

Per questo esempio:

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

L'input: $.books[@.length-1] restituisce {“name”: “B”} in Apigee Edge e [{“name”: “B”}] in Apigee X.

Northbound gestito come secret Kubernetes

• Puoi creare KVM criptate e con ambito ambiente nella UI di Apigee. I KVM sono sempre criptati. Non puoi aggiungere, aggiornare o visualizzare le voci KVM nella UI.
• Utilizza l'attributo private. con tutte le variabili quando accedi a una KVM con il comando GET per nascondere le informazioni della KVM in una sessione di debug (Trace). Se l'attributo private. non viene utilizzato, la KVM è comunque criptata; tuttavia, le informazioni della KVM verranno visualizzate decriptate nella sessione di debug Trace) e non verrà generata alcuna eccezione.
• Puoi gestire le voci KVM utilizzando l'API keyvaluemaps.entries o la policy KeyValueMapOperations.
• Puoi utilizzare i set di proprietà per alcuni degli stessi casi d'uso delle KVM. Consulta Utilizzo dei set di proprietà.
• L'elemento <MapName> consente alla policy KeyValueMapOperations di identificare dinamicamente la KVM da utilizzare in fase di runtime.

Per saperne di più sulla creazione di KVM nella UI, consulta Utilizzo delle mappe chiave-valore. Consulta anche Accesso ai dati di configurazione per informazioni su come scegliere il meccanismo di persistenza dei dati corretto.

• I proxy API Node.js non sono supportati.
• Apigee consiglia di ospitare le applicazioni Node.js come container separati in Kubernetes (stesso cluster o cluster diverso)

• Nuove norme:
  • Policy AssertCondition: valuta un'istruzione condizionale in fase di runtime nei flussi di richiesta o risposta.
  • Norme CORS: consentono alle chiamate JavaScript XMLHttpRequest (XHR) eseguite in una pagina web di interagire con risorse di domini non di origine.
  • Criterio DataCapture: sostituisce il criterio StatisticsCollector.
  • Norme ExternalCallout: inviano richieste gRPC al server gRPC per implementare un comportamento personalizzato non supportato dalle norme Apigee.
  • Policy GraphQL: analizza i payload GraphQL in variabili di flusso di messaggi, verifica le richieste GraphQL rispetto a uno schema o entrambe le operazioni.
  • Policy PublishMessages: pubblica le informazioni sul flusso del proxy API in un argomento Google Cloud Pub/Sub.
  • Norme RevokeOAuthv2: revoca per ID utente, ID app o entrambi.
  • Policy TraceCapture: aggiunge variabili aggiuntive ai dati di traccia del runtime Apigee.
• Policy non supportata:
  • Norme StatisticsCollector (sostituite dalle nuove norme DataCapture)
• Norme modificate:
  • Criterio MessageLogging: non supporta la registrazione dei file

• Gestiti tramite il servizio IAM della console Google Cloud
• Sono disponibili alcuni ruoli predefiniti selezionati
• Puoi creare ruoli personalizzati che possono includere altre autorizzazioni Google Cloud.

Per ulteriori informazioni, vedi Utenti e ruoli.

Per Apigee hybrid:

• L'ingresso viene implementato tramite il gateway in entrata Apigee.
• Le chiavi e i certificati vengono implementati direttamente in Kubernetes.

Per Apigee X:

• Ogni istanza espone un endpoint HTTPS tramite un certificato autofirmato. La CA per il certificato può essere scaricata eseguendo una query sull'organizzazione.