Questa pagina si applica ad Apigee e Apigee hybrid.
Visualizza la documentazione di Apigee Edge.
Questa pagina spiega alcuni termini di base di Apigee. Per i termini aggiuntivi, consulta il Glossario.
Termine | Definizione |
---|---|
Regione di Analytics | La posizione fisica in cui sono ospitati i dati di analisi quando la residenza dei dati è disattivata. |
Regione dati consumer API |
Una posizione in una singola regione utilizzata da Apigee per l'infrastruttura del servizio quando la posizione del piano di controllo è multiregionale. Alcuni servizi Google Cloud possono essere eseguiti solo in una singola regione. Se Apigee si basa su uno di questi servizi, deve sapere in quale regione devono essere eseguiti. Questo campo è pertinente solo quando posizione del piano di controllo selezionate durante il provisioning a più regioni. |
proxy API |
Un Il proxy API è un'interfaccia tra le richieste in entrata e di backend. Il proxy esegue i criteri per elaborare tutti richieste in entrata e risposte in uscita dal backend. |
Control plane | In Apigee, il piano di controllo fa parte dell'infrastruttura di 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 guida il comportamento dei un piano dati e altre funzioni Apigee. |
dati del piano di controllo | Qualsiasi dato del cliente gestito direttamente o indirettamente dal piano di controllo. I dati del piano di controllo sono dati di analisi, proxy API, server di destinazione, magazzini attendibili e magazzini chiavi e qualsiasi altro elemento condiviso tra i runtime. |
posizione del piano di controllo | La località fisica in cui vengono archiviati i dati del piano di controllo. |
residenza dei dati | La residenza dei dati per Apigee soddisfa i requisiti di conformità e normativi consente di specificare le località geografiche (regioni) in cui i dati dei clienti/PII di Apigee vengono archiviati ed elaborati. |
deployment |
Esegui 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 segreto che può essere sbloccato soltanto 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 di proxy API. Un ambiente può scalare per soddisfare dei proxy di cui è stato eseguito il deployment. Puoi creare più ambienti in un'organizzazione. |
gruppo di ambienti |
Un di ambiente è un gruppo di istanze ambienti con uno o più nomi host. Il nome host fa parte di l'URL utilizzato per chiamare proxy API in qualsiasi ambiente del gruppo. |
Progetti Google Cloud | I progetti Google Cloud consentono di creare e utilizzare i servizi Google Cloud, inclusa la gestione delle API, l'abilitazione della fatturazione, aggiunta e rimozione collaboratori e la gestione delle autorizzazioni per le risorse Google Cloud. Devi creare un progetto Google Cloud prima di poter creare eseguire il provisioning di un'organizzazione Apigee. |
organizzazione | Un'app Apigee organizzazione è un container per tutto ciò che riguarda Apigee nel tuo progetto Google Cloud, inclusi proxy API, servizi e le risorse necessarie per supportarli. Tu la tua organizzazione durante il provisioning. |
criterio |
Un criterio è un passaggio di elaborazione eseguito da un proxy API. Apigee offre numerose soluzioni che eseguono varie attività API, come la trasformazione dei formati dei messaggi o l'applicazione del controllo dell'accesso. |
provisioning | Il provisioning è la procedura di installazione e configurazione di Apigee. |
endpoint proxy |
Un endpoint proxy definisce il modo in cui il proxy API interagisce con le applicazioni client. Configuri l'endpoint proxy con un
basepath che fa parte dell'URL a cui risponde il proxy API.
L'URL ha il seguente formato:
|
regione | Un una posizione geografica specifica in cui puoi ospitare le tue risorse. |
database di runtime | Il database interno in cui sono archiviati i dati del runtime. I dati di runtime sono i dati relativi alle richieste API, i dati nel database, i token OAuth, le chiavi API e così via. |
disco runtime | Il disco utilizzato dai nodi GKE in cui vengono archiviati i dati di runtime. |
istanza di runtime |
Un un'istanza di runtime è un deployment del software Apigee. Tu crea un'istanza durante il provisioning e potrai aggiungere altre istanze in un secondo momento. Le istanze corrispondono alle regioni Google Cloud e può esserci 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 API viene esaminato e elaborato all'interno del piano di runtime. |
endpoint di destinazione |
Un endpoint di destinazione definisce il modo in cui il proxy API interagisce con i servizi di backend. Configuri l'endpoint di destinazione le richieste al servizio di backend appropriato e definire impostazioni di sicurezza, protocolli HTTP o HTTPS e altre impostazioni. Consulta: Modifica dell'endpoint di destinazione. |