Panoramica della configurazione dei servizi di runtime

Il piano di runtime ibrido Apigee è composto da una serie di servizi. Il deployment di ogni servizio viene eseguito sui nodi all'interno del cluster Kubernetes e puoi configurarli utilizzando il 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 modalità ibrida:

La tabella seguente riassume i servizi di runtime:

Servizio	Descrizione	Oggetto di configurazione	Implementata come	Ambito
Apigee Connect	Apigee Connect consente al piano di gestione ibrido Apigee di connettersi in modo sicuro al servizio MART nel piano di runtime senza che sia necessario esporre l'endpoint MART su internet. Se utilizzi Apigee Connect, non è necessario configurare il gateway in entrata MART con un alias host e un certificato DNS autorizzato.	connectAgent	Deployment	Cluster Kubernetes
Gateway Ingress Apigee	Il gateway Apigee Ingress instrada il traffico in entrata attraverso questo endpoint al processore di messaggi corretto. Per impostazione predefinita, genera un servizio LoadBalancer con endpoint esterni.	apigeeIngressGateway ingressGateways	Deployment	Cluster Kubernetes
Operatori Apigee	Gli operatori Apigee (AO) creano e aggiornano le risorse Kubernetes e Istio di basso livello necessarie per eseguire il deployment e la manutenzione della configurazione ApigeeDeployment (AD). Ad esempio, il controller esegue il rilascio dei processori dei messaggi e convalida la configurazione AD prima di renderla permanente nel cluster Kubernetes.	ao	Deployment	Cluster Kubernetes
Cassandra	Agisce come datastore di runtime che fornisce archiviazione permanente locale di Apigee per KMS, OAuth, KVM e memorizzazione nella cache per il piano di runtime. Hai a disposizione anelli Cassandra separati per KMS, OAuth, KVM e memorizzazione nella cache. I pod apigee-cassandra-default sono i pod che eseguono il database ibrido Cassandra su un cluster Kubernetes. Uno o più pod insieme creano un cluster che legge, scrive e archivia i dati permanenti per Apigee Hybrid. apigee-cassandra-user-setup inizializza e configura gli utenti e i ruoli per il database Cassandra. Questi ruoli vengono utilizzati dai componenti Cassandra e Runtime per leggere e scrivere dati nel database ibrido Cassandra. Il pod apigee-cassandra-schema-setup inizializza e configura lo schema del database del database Cassandra ibrido. Questo pod consente di configurare le definizioni delle tabelle e dello spazio delle chiavi Cassandra con il database ibrido Cassandra.	cassandra	StatefulSet	Organizzazione (una o più organizzazioni)
Sistemi di protezione	Verifica che le condizioni richieste siano soddisfatte prima di consentire la creazione dei servizi di runtime. I pod di guardrail vengono creati quando applichi i grafici ibridi di Apigee con i comandi Helm install o update.	barriere	Pod Kubernetes	Cluster (una o più organizzazioni nello stesso cluster)
Logger	Estrae i file di log e invia i dati all'applicazione di monitoraggio associata al tuo account Google Cloud (al momento nella 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, ad esempio KMS (chiavi API e token OAuth), quote, KVM e prodotti API. I servizi MART hanno come ambito 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 dei criteri sul piano di runtime. Ogni processore di messaggi ha come ambito un singolo ambiente.	runtime	Deployment	Ambiente
Metriche	Raccoglie metriche delle operazioni 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	Redis viene utilizzato per archiviare i conteggi dei limiti di frequenza a livello di cluster utilizzati per la limitazione di frequenza distribuita utilizzati per i criteri SpikeArrest che utilizzano l'opzioneeffectiveCount per sincronizzare il conteggio delle richieste tra i processori di messaggi.	redis	DaemonSet e Deployment (entrambi)	Cluster (una o più organizzazioni nello stesso cluster)
Sincronizzatore	Recupera i dati di configurazione relativi a un ambiente API dal piano di gestione al piano di runtime. Un sincronizzatore può eseguire il polling di uno o più ambienti nella stessa o in 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 nel piano di gestione in modo che tu possa accedervi con la UI di gestione.	udca	Deployment	Ambiente
Guardatore	Watcher esegue periodicamente attività nel cluster di runtime, ad esempio la riconfigurazione delle route Ingress, la verifica dello stato in entrata per i nuovi deployment proxy e il recupero dello stato dei deployment dai processori di messaggi e da Ingress per segnalare lo stato al piano di gestione.	watcher	Deployment	Cluster (una o più organizzazioni nello stesso cluster)

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