Panoramica della configurazione dei servizi di runtime

Il piano di runtime di Apigee hybrid è 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.

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 a MART nel piano di runtime senza che tu debba esporre l'endpoint MART sul 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
Apigee Ingress Gateway Il gateway Apigee Ingress instrada il traffico in entrata attraverso quell'endpoint al processore di messaggi corretto. Per impostazione predefinita, genera un servizio LoadBalancer con endpoint esterni. apigeeIngressGateway
ingressGateways		 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 la manutenzione della configurazione di ApigeeDeployment (AD). Ad esempio, il controller esegue il rilascio degli elaboratori dei messaggi e convalida la configurazione dell'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 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 creano un cluster che legge, scrive e archivia dati permanenti per Apigee Hybrid.
Il pod apigee-cassandra-user-setup inizializza e configura gli utenti e i ruoli per il database Cassandra. Questi ruoli sono utilizzati dai componenti Cassandra e Runtime per leggere e scrivere dati nel database Cassandra ibrido.
Il pod apigee-cassandra-schema-setup inizializza e configura lo schema del database del database Cassandra ibrido. Questo pod è destinato alla configurazione dello spazio chiavi e delle definizioni delle tabelle di Cassandra con il database Cassandra ibrido.		 cassandra StatefulSet Organizzazione (una o più organizzazioni)
Protezioni laterali Verifica che le condizioni richieste siano soddisfatte prima di consentire la creazione di servizi di runtime. I pod di guardrail vengono creati quando applichi i grafici ibride Apigee con i comandi Helm install o update. guardrail 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 (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 nel piano di runtime, ad esempio KMS (chiavi API 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 Message Processor è limitato a un singolo ambiente. 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 Redis viene utilizzato per memorizzare i conteggi dei limiti di frequenza a livello di cluster utilizzati per il limite di frequenza distribuito utilizzato per i criteri SpikeArrest che utilizzano l'opzione effectiveCount per sincronizzare i conteggi 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 di 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 organizzazioni diverse. 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 di un piano di gestione per potervi accedere con la UI di gestione. udca Deployment Ambiente
Guardatore Watcher esegue periodicamente l'attività nel cluster di runtime, come la riconfigurazione delle route in entrata, il controllo dello stato in entrata per i nuovi deployment del proxy e il recupero dello stato del deployment dai processori di messaggi e in entrata 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 che dovrebbero essere di cui sei a conoscenza. Per maggiori informazioni, consulta la sezione Porte ibride.