Questa pagina si applica a Apigee e Apigee ibridi.
Visualizza
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 località fisica in cui sono ospitati i dati di analisi quando la residenza dei dati sia disabilitata. |
| Regione dati consumer API |
Una località a singola regione utilizzata da Apigee per il servizio dell'infrastruttura 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 qualsiasi di questi servizi, deve sapere in quale regione devono essere eseguiti questi servizi. Questo campo è pertinente solo quando posizione del piano di controllo selezionate durante il provisioning a più regioni. |
| proxy API |
Un 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. |
| piano di controllo | In Apigee, il piano di controllo fa parte dell'infrastruttura configurazione del proxy/degli ambienti API e della configurazione infrastrutture utilizzate per supportare le funzioni 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 | Eventuali dati dei clienti gestiti direttamente o indirettamente dal piano di controllo. I dati del piano di controllo sono dati di analisi, proxy API, scegliere come target server, truststore, keystore e qualsiasi altra cosa condivisi 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 le aspettative di conformità e normative requisiti consentendo di specificare le località geografiche (regioni) in cui vengono archiviati ed elaborati i dati dei clienti/PII di Apigee. |
| deployment |
Tu eseguire il deployment di un proxy API in un ambiente per renderlo accessibile ai clienti su internet, pubblicamente o privatamente, in base alla configurazione di rete. |
| chiave di crittografia | La crittografia viene utilizzata per proteggere i dati dal furto, dalla modifica è compromesso e funziona mescolando i dati in un codice segreto Può essere sbloccato soltanto con una chiave digitale univoca. Puoi utilizzare uno dei seguenti Gestita da Google, o gestita dal cliente. |
| produzione |
Un'app Apigee è un contesto di esecuzione software isolato, all'interno di un'organizzazione, in cui . per il deployment dei 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 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. |
| policy |
Un è una fase di elaborazione che viene eseguita da un proxy API. Apigee offre numerose soluzioni che eseguono varie attività API, ad esempio trasformando i formati dei messaggi o applicando il controllo dell'accesso. |
| provisioning | Il provisioning è il processo di installazione e configurazione Apigee. |
| endpoint proxy |
Un endpoint proxy definisce la modalità di interazione del proxy API
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 formato
|
| regione | Un una posizione geografica specifica in cui puoi ospitare le tue risorse. |
| database runtime | Il database interno in cui sono archiviati i dati del runtime. Tempo di esecuzione "Dati" sono i dati relativi alle tue richieste API. i dati nel database, oauth, chiavi API e così via. |
| disco runtime | Il disco utilizzato dai nodi GKE in cui sono archiviati i dati del 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 a Google Regioni 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 delle API, sicurezza, gestione e operazioni. Tutti i pass per il traffico API e viene elaborata all'interno del piano di runtime. |
| endpoint di destinazione |
Un endpoint di destinazione definisce la modalità di interazione del proxy API con i tuoi 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. |