Differenze tra Apigee Edge e Apigee X

Immutabile al momento del deployment

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

Pianificata

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

• Supporto per i gruppi di ambienti
• Self-service tramite l'interfaccia utente e le API Apigee
• Maggiore flessibilità nella topologia di pubblicazione
• Un pod MP può gestire un solo ambiente

Per saperne di più, vedi Informazioni sugli ambienti e sui gruppi di ambienti.

Utilizza Cloud Run o Cloud Functions

Pianificata

L'utilizzo di [@.length-x] nelle espressioni JSONPath non è supportato in Apigee X. La specifica JSONPath afferma che le espressioni dipendono dal linguaggio di scripting sottostante. length-x è un costrutto JavaScript, non Java, e [@.length-x] non è stato implementato come parte delle specifiche. 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 restituisce [{“name”: “B”}] in Apigee X.

In direzione nord, gestiti come secret di Kubernetes

• Puoi creare KVM criptati con ambito di ambiente nell'interfaccia utente di Apigee. I KVM sono sempre criptati. Non è possibile aggiungere, aggiornare o visualizzare voci KVM nella UI.
• Utilizza l'attributo private. con tutte le variabili quando accedi a un KVM con il comando GET per nascondere le informazioni del KVM in una sessione di debug (Trace). Se l'attributo private. non viene utilizzato, il KVM è ancora criptato; tuttavia, le informazioni del KVM verranno visualizzate come decriptate nella sessione di traccia di debug e non verranno generate eccezioni.
• Puoi gestire le voci KVM utilizzando l'API keyvaluemaps.entries o il criterio KeyValueMapOperations.
• Puoi utilizzare i set di proprietà per alcuni degli stessi casi d'uso dei KVM. Consulta Utilizzo dei set di proprietà.
• L'elemento <MapName> consente al criterio KeyValueMapOperations di identificare quale KVM utilizzare in modo dinamico in fase di runtime.

Per saperne di più sulla creazione di KVM nell'interfaccia utente, consulta la pagina relativa all'utilizzo delle mappe chiave-valore. Vedi 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 (cluster stesso o diverso)

• Nuovi criteri:
  • Criterio AssertCondition: valuta un'istruzione condizionale in fase di runtime nei flussi di richiesta o risposta.
  • Criterio CORS: consente alle chiamate XMLHttpRequest (XHR) di JavaScript eseguite in una pagina web di interagire con le risorse dei domini non di origine.
  • Criterio Data Capture: sostituisce il criterio StatisticsCollector.
  • Criterio ExternalCallout: invia richieste gRPC al server gRPC per implementare un comportamento personalizzato non supportato dai criteri di Apigee.
  • Criterio GraphQL: analizza i payload GraphQL in variabili di flusso dei messaggi, verifica le richieste GraphQL in base a uno schema o entrambi.
  • Criterio PublishMessage: pubblica le informazioni sul flusso proxy API in un argomento Google Cloud Pub/Sub.
  • Revoca criterio OAuthv2: consente la revoca in base all'ID utente, all'ID app o a entrambi.
  • Criterio di Trace Capture: aggiunge ulteriori variabili ai dati di traccia del runtime Apigee.
• Criterio non supportato:
  • Criterio StatisticsCollector (sostituito dal nuovo criterio Data Capture)
• Criteri modificati:
  • Criterio MessageLogging: non supporta il logging dei file.

• Funzionalità gestita tramite il servizio IAM della console Google Cloud
• Sono disponibili alcuni ruoli predefiniti selezionati
• Puoi creare ruoli personalizzati che possono includere altre autorizzazioni di Google Cloud

Per maggiori informazioni, consulta Utenti e ruoli.

Per Apigee hybrid:

• Il traffico in entrata viene implementato tramite Anthos Service Mesh.
• Il deployment delle chiavi e dei certificati viene eseguito direttamente in Kubernetes.

Per Apigee X:

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