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.

Pianificata

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

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

Per saperne di più, vedi Informazioni su ambienti e 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 indica che le espressioni dipendono dal linguaggio di scripting di base. length-x è un costrutto JavaScript, non Java, e [@.length-x] non è stato implementato nell'ambito 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.

Connessioni in uscita gestite come secret Kubernetes

• Puoi creare KVM criptate basate sull'ambiente nell'interfaccia utente di Apigee. Le KVM sono sempre criptate. Non puoi aggiungere, aggiornare o visualizzare le voci KVM nell'interfaccia utente.
• 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 non viene utilizzato l'attributo private., il KVM è ancora criptato; tuttavia, le informazioni KVM verranno decriptate nella sessione di traccia di debug) e non verrà lanciata alcuna eccezione.
• Puoi gestire le voci KVM utilizzando l'API keyvaluemaps.entries o il criterio KeyValueMapOperations.
• Puoi utilizzare i set di proprietà per alcuni dei casi d'uso delle KVM. Consulta Utilizzare i set di proprietà.
• L'elemento <MapName> consente al criterio KeyValueMapOperations di identificare quale KVM utilizzare in modo dinamico in fase di esecuzione.

Per ulteriori informazioni sulla creazione di mappe chiave-valore nell'interfaccia utente, consulta Utilizzare le mappe chiave-valore. Consulta anche Accedere 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 uguale o diverso)

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

• Gestito 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, consulta Utenti e ruoli.

Per Apigee hybrid:

• L'ingresso viene implementato tramite Anthos Service Mesh.
• Le chiavi e i certificati vengono dipartiti direttamente su Kubernetes.

Per Apigee X:

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