Panoramica della configurazione dei servizi di runtime

Stai visualizzando la versione 1.10 di Documentazione di Apigee hybrid. Per ulteriori informazioni, vedi Versioni supportate.

Version 1.10 

Versioni supportate:

• v1.12 (più recente)                        
• v1.11                         
• v1.10                                        
• Elenco delle versioni supportate

Versioni non supportate:

• v1.9                                         
• v1.8                                         
• v1.7                                         
• v1.6                                         
• v1.5                                         
• v1.4                                         
• v1.3                                         
• v1.2                                         
• v1.1                                         

Il piano di runtime ibrido Apigee è costituito da una serie di servizi. Viene eseguito il deployment di ogni servizio sui nodi all'interno del tuo cluster Kubernetes e ognuno può essere configurato utilizzando File overrides.yaml.

Diagramma dell'architettura di runtime

L'immagine seguente mostra in che modo ciascuno dei servizi di runtime interagisce con altri servizi in ibrido:

La tabella seguente riassume i servizi di runtime:

Servizio	Descrizione	Oggetto configurazione	Implementata come	Ambito
Ingresso Apigee	Apigee Ingress è un bilanciatore del carico perimetrale che riceve connessioni e route in entrata al processore di messaggi corretto. Include due parti: apigee-ingressgateway-manager e apigee-ingressgateways. apigee-ingressgateway pod instrada il traffico all'ambiente Apigee corretto basato su nome host e percorso di base e orchestra il flusso di traffico durante le versioni canary. L'attività nei pod apigee-ingressgateway-manager consiste nel creare e aggiornare la configurazione del routing di Apigee Ingress.	apigeeIngressGateway	Deployment	Cluster Kubernetes
Operatori Apigee	Gli operatori Apigee (AO) creano e aggiornano Kubernetes e Istio di basso livello e le risorse necessarie per eseguire il deployment e la manutenzione della configurazione ApigeeDeployment (AD). Ad esempio: il controllore esegue il rilascio dei processori di messaggi e convalida la configurazione AD prima di renderla permanente nel cluster Kubernetes.	ao	Deployment	Cluster Kubernetes
Cassandra	Funge da datastore di runtime che fornisce spazio di archiviazione permanente locale Apigee per KMS, OAuth, KVM e memorizzazione nella cache per il piano di runtime. Puoi avere anelli Cassandra separati KMS, OAuth, KVM e memorizzazione nella cache. apigee-cassandra-default pod sono i pod che eseguono database ibrido Cassandra su un cluster Kubernetes. Uno o più pod creano insieme un cluster che legge, scrive e archivia per Apigee hybrid. Il pod apigee-cassandra-user-setup viene inizializzato configura gli utenti e i ruoli per il database Cassandra. Questi ruoli vengono utilizzati da Cassandra e dai componenti runtime per leggere e scrivere dati il database ibrido Cassandra. Il pod apigee-cassandra-schema-setup viene inizializzato configura lo schema del database ibrido Cassandra. Questo è per la configurazione dello spazio delle chiavi e delle definizioni delle tabelle Cassandra il database ibrido Cassandra.	cassandra	StatefulSet	Organizzazione (una o più organizzazioni)
Apigee Connect	L'agente Connect consente al piano di gestione ibrido Apigee di connettersi in modo sicuro al servizio MART nel senza dover esporre l'endpoint MART su internet.	connectAgent	Deployment	Cluster Kubernetes
Registratore	Estrae i file di log e invia i dati all'applicazione di monitoraggio associata al tuo Account Google Cloud (attualmente Suite operativa di Google Cloud).	logger	DaemonSet	Cluster (una o più organizzazioni nello stesso cluster)
API di gestione per i dati di runtime (MART)	Espone un endpoint per amministrare le entità di dati sul piano di runtime, come KMS (API) chiavi e token OAuth), quote, KVM e prodotti API. I servizi MART hanno come ambito un è un'unica organizzazione.	mart	Deployment	Organizzazione
Processore di messaggi	Consuma aggiornamenti in sequenza dal piano di gestione per fornire l'elaborazione delle richieste API e dell'esecuzione dei criteri sul piano di runtime. Ogni processore di messaggi ha come ambito completamente gestito di Google Cloud.	runtime	Deployment	Ambiente
Metriche	Raccoglie metriche operative che puoi usare per monitorare l'integrità dei servizi ibridi, impostare avvisi e così via.	metrics	Deployment	Cluster (una o più organizzazioni nello stesso cluster)
Redis	Apigee Redis viene utilizzato per tenere traccia del numero di limiti di frequenza in Apigee e ibrido, il che si applica solo quando per il criterio SpikeArrest l'opzioneeffectiveCount è abilitata.	redis	Deployment	Cluster Kubernetes
Sincronizzatore	Recupera i dati di configurazione relativi a un ambiente API dal piano di gestione nel piano di runtime. Un sincronizzatore può eseguire il polling di uno o più ambienti nello stesso diverse organizzazioni.	synchronizer	Deployment	Ambiente
Agente di raccolta dati universale (UDCA)	Estrae i dati di analisi e sullo stato del deployment e li invia al servizio UAP nella per potervi accedere con la UI di gestione.	udca	Deployment	Ambiente
Guardatore	L'osservatore è un processo che monitora le modifiche alla configurazione e attiva l'applicazione sul piano di runtime. Inoltre, invia al piano di controllo lo stato di Apigee Ingress e del deployment del runtime. Lo smartwatch recupera lo stato del deployment da tutti i pod di runtime apigee, unisce lo stato e invia lo stato al ConfigStore sul piano di gestione	watcher	Deployment	Cluster Kubernetes

La maggior parte dei servizi effettua connessioni socket con altri servizi interni o esterni che dovrebbero essere di cui sei a conoscenza. Per maggiori informazioni, consulta la sezione Porte ibride.