Questa pagina si applica ad Apigee e Apigee hybrid.
Visualizza la documentazione di Apigee Edge.
In questa pagina vengono spiegate alcune terminologia di base di Apigee. Per termini aggiuntivi, consulta il Glossario.
Termine | Definizione |
---|---|
regione Analytics | La località fisica in cui sono ospitati i dati di analisi quando la residenza dei dati è disabilitata. |
Regione di dati consumer dell'API |
Una località a livello di singola regione utilizzata da Apigee per l'infrastruttura di servizi quando la località del piano di controllo è multiregionale. Alcuni servizi Google Cloud possono essere eseguiti solo in una singola regione. Se Apigee si affida a uno di questi servizi, Apigee deve sapere in quale regione devono essere eseguiti questi servizi. Questo campo è pertinente solo quando la località del piano di controllo selezionata durante il provisioning è in più regioni. |
proxy API |
Un proxy API è un'interfaccia tra le richieste in entrata e i servizi di backend. Il proxy esegue i criteri per elaborare tutte le richieste in entrata e le risposte in uscita dal backend. |
piano di controllo | In Apigee, il piano di controllo fa parte dell'infrastruttura della configurazione di proxy/ambienti API e delle infrastrutture sottostanti utilizzate per supportare le funzioni di Apigee(come analisi e così via). Il piano di controllo supervisiona e dirige il comportamento del piano dati e di altre funzioni di Apigee. |
dati del piano di controllo | Tutti i dati dei clienti gestiti direttamente o indirettamente dal piano di controllo. I dati del piano di controllo sono dati di analisi, proxy API, server di destinazione, archivi di attendibilità e archivi chiavi e qualsiasi altra risorsa condivisa tra i runtime. |
posizione del piano di controllo | La località fisica in cui sono archiviati i dati del piano di controllo. |
residenza dei dati | La residenza dei dati per Apigee soddisfa i requisiti di conformità e normativi consentendoti di specificare le località geografiche (regioni) in cui vengono archiviati ed elaborati i dati dei clienti/PII Apigee. |
deploy |
Puoi eseguire il deployment di un proxy API in un ambiente per renderlo accessibile ai client su internet, pubblicamente o privatamente, a seconda della configurazione di rete. |
chiave di crittografia | La crittografia viene utilizzata per proteggere i dati dal furto, dalla modifica o dalla compromissione e funziona mediante lo scrambling dei dati in un codice secret che può essere sbloccato solo con una chiave digitale univoca. Puoi utilizzare una chiave di crittografia gestita da Google o gestita dal cliente. |
produzione |
Un ambiente Apigee è un contesto di esecuzione software isolato, all'interno di un'organizzazione, in cui esegui il deployment dei proxy API. Un ambiente può scalare per soddisfare le esigenze dei proxy di cui è stato eseguito il deployment. All'interno di un'organizzazione puoi creare più ambienti. |
gruppo di ambienti |
Un gruppo di ambienti è un gruppo di ambienti Apigee con uno o più nomi host. Il nome host fa parte dell'URL utilizzato per chiamare i proxy API di cui è stato eseguito il deployment in qualsiasi ambiente del gruppo di ambienti. |
Progetti Google Cloud | I progetti Google Cloud consentono di creare e utilizzare i servizi Google Cloud, tra cui gestione delle API, abilitazione della fatturazione, aggiunta e rimozione di collaboratori e gestione delle autorizzazioni per le risorse Google Cloud. Devi creare un progetto Google Cloud prima di poter creare ed eseguire il provisioning di un'organizzazione Apigee. |
organizzazione | Un' organizzazione Apigee è un container per tutto ciò che riguarda Apigee nel tuo progetto Google Cloud, inclusi proxy API, servizi e le risorse necessarie per supportarli. Puoi creare la tua organizzazione durante il provisioning. |
norma |
Un criterio è un passaggio di elaborazione eseguito da un proxy API. Apigee fornisce molti criteri predefiniti che eseguono varie attività delle API, come la trasformazione dei formati dei messaggi o l'applicazione del controllo dell'accesso#39;accesso. |
provisioning | Il provisioning è il processo per l'installazione e la configurazione di Apigee. |
endpoint proxy |
Un endpoint proxy definisce la modalità di interazione del proxy API con le applicazioni client. Puoi configurare l'endpoint del proxy con un percorso base che fa parte dell'URL a cui risponde il proxy API.
L'URL ha il formato
|
regione | Una località geografica specifica in cui puoi ospitare le tue risorse. |
database di runtime | Il database interno in cui sono archiviati i dati di runtime. I dati di runtime sono i dati relativi alle tue richieste API, ai dati nel database, ai token OAuth, alle chiavi API e così via. |
disco runtime | Il disco utilizzato dai nodi GKE in cui sono archiviati i dati di runtime. |
istanza di runtime |
Un' istanza di runtime è un deployment del software Apigee. Puoi creare un'istanza durante il provisioning e puoi aggiungerne altre in un secondo momento. Le istanze corrispondono alle regioni Google Cloud e può esistere una sola istanza di runtime per regione Cloud. |
piano di runtime | In Apigee, il piano di runtime fa parte dell'infrastruttura per la creazione, la sicurezza, la gestione e le operazioni delle API. Tutto il traffico dell'API passa e viene elaborato all'interno del piano di runtime. |
endpoint di destinazione |
Un endpoint di destinazione definisce la modalità di interazione del proxy API con i servizi di backend. Devi configurare l'endpoint di destinazione per inoltrare le richieste al servizio di backend appropriato e definire le impostazioni di sicurezza, i protocolli HTTP o HTTPS e altre impostazioni di connessione. Consulta Modifica dell'endpoint di destinazione. |