Panoramica della configurazione dei servizi di runtime

Attualmente stai visualizzando la versione 1.10 della documentazione di Apigee hybrid. This version is end of life. You should upgrade to a newer version. Per ulteriori informazioni, consulta Versioni supportate.

Version 1.10 

   Supported versions:

• v1.15 (latest)                        
• v1.14                        
• v1.13                         
• List of supported versions

   Unsupported versions:

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

Il piano di runtime ibrido di Apigee è composto da una serie di servizi. Ogni servizio viene implementato sui nodi all'interno del cluster Kubernetes e ognuno può essere configurato utilizzando il file overrides.yaml.

Diagramma dell'architettura di runtime

La seguente immagine mostra come ciascuno dei servizi di runtime interagisce con gli altri servizi in ibrido:

La tabella seguente riassume i servizi di runtime:

Servizio	Descrizione	Oggetto di configurazione	Implementato come	Ambito
Apigee Ingress	Apigee Ingress è un bilanciamento del carico perimetrale che riceve le connessioni in entrata e le indirizza al processore di messaggi corretto. È composta da due parti: apigee-ingressgateway-manager e apigee-ingressgateways. Il pod apigee-ingressgateway instrada il traffico verso l'ambiente Apigee corretto in base all'hostname e al percorso di base e coordina il flusso di traffico durante le release canary. L'attività del pod apigee-ingressgateway-manager consiste nel creare e aggiornare la configurazione di routing di Apigee Ingress.	apigeeIngressGateway	Deployment	Cluster Kubernetes
Operatori Apigee	Apigee Operators (AO) crea e aggiorna le risorse Kubernetes e Istio di basso livello necessarie per eseguire il deployment e gestire la configurazione ApigeeDeployment (AD). Ad esempio, il controller esegue il rilascio dei processori di messaggi e convalida la configurazione AD prima di renderla persistente nel cluster Kubernetes.	ao	Deployment	Cluster Kubernetes
Cassandra	Funge da datastore di runtime che fornisce l'archiviazione permanente locale di Apigee per KMS, OAuth, KVM e memorizzazione nella cache per il piano di runtime. Puoi avere anelli Cassandra separati per KMS, OAuth, KVM e memorizzazione nella cache. I pod apigee-cassandra-default sono i pod che eseguono il database Cassandra ibrido su un cluster Kubernetes. Uno o più pod insieme formano un cluster che legge, scrive e archivia dati permanenti per Apigee Hybrid. Il pod apigee-cassandra-user-setup viene inizializzato e configura gli utenti e i ruoli per il database Cassandra. Questi ruoli vengono utilizzati dai componenti di runtime e Cassandra per leggere e scrivere dati nel database Cassandra ibrido. Il pod apigee-cassandra-schema-setup viene inizializzato e configura lo schema del database ibrido Cassandra. Questo pod serve per configurare lo spazio delle chiavi e le definizioni delle tabelle di Cassandra con il database Cassandra ibrido.	cassandra	StatefulSet	Organizzazione (una o più organizzazioni)
Apigee Connect	L'agente Connect consente al control plane di gestione di Apigee hybrid di connettersi in modo sicuro al servizio MART nel control plane di runtime senza richiedere l'esposizione dell'endpoint MART su internet.	connectAgent	Deployment	Cluster Kubernetes
Logger	Estrae i file di log e invia i dati all'applicazione di monitoraggio associata al tuo account Google Cloud (al momento 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 (chiavi API e token OAuth), quote, KVM e prodotti API. I servizi MART sono limitati a una singola organizzazione.	mart	Deployment	Organizzazione
Processore di messaggi	Utilizza gli aggiornamenti in sequenza dal piano di gestione per fornire l'elaborazione delle richieste API e l'esecuzione delle norme sul piano di runtime. Ogni processore di messaggi è limitato a un singolo ambiente.	runtime	Deployment	Ambiente
Metriche	Raccoglie metriche operative che puoi utilizzare per monitorare l'integrità dei servizi ibridi, per configurare avvisi e così via.	metrics	Deployment	Cluster (una o più organizzazioni nello stesso cluster)
Redis	Apigee Redis viene utilizzato per tenere traccia dei conteggi dei limiti di frequenza in Apigee e in Apigee hybrid, il che si applica solo quando l'opzione effectiveCount è abilitata nella norma SpikeArrest.	redis	Deployment	Cluster Kubernetes
Synchronizer	Recupera i dati di configurazione di un ambiente API dal control plane al runtime plane. Un sincronizzatore può eseguire il polling di uno o più ambienti nella stessa organizzazione o in organizzazioni diverse.	synchronizer	Deployment	Ambiente
Universal Data Collection Agent (UDCA)	Estrae i dati di analisi e dello stato di deployment e li invia al servizio UAP nel control plane in modo che tu possa accedervi con la UI di gestione.	udca	Deployment	Ambiente
Watcher	Il watcher è un processo che monitora le modifiche alla configurazione e ne attiva l'applicazione al piano di runtime. Il watcher invia anche lo stato di deployment di Apigee Ingress e del runtime al control plane. Il watcher recupera lo stato del deployment da tutti i pod di runtime Apigee, unisce lo stato e lo invia a ConfigStore sul Management Plane	watcher	Deployment	Cluster Kubernetes

La maggior parte dei servizi stabilisce connessioni socket con altri servizi interni o esterni di cui devi essere a conoscenza. Per saperne di più, vedi Porte ibride.