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 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:
|
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 la manutenzione della configurazione di 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 per KMS, OAuth, KVM e memorizzazione nella cache.
|
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 Cloud Operations). | 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 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 dei criteri nel 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 | Apigee Redis viene utilizzato per tenere traccia dei conteggi dei limiti di frequenza in Apigee e in hybrid, il che si applica solo quando per il criterio SpikeArrest è attiva l'opzione effectiveCount. | redis |
Deployment | Cluster Kubernetes |
Synchronizer | 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 nello stesso diverse organizzazioni. | synchronizer |
Deployment | Ambiente |
Agente di raccolta dati universale (UDCA) | Estrae i dati di analisi e sullo stato di implementazione e li invia al servizio UAP nel piano di gestione in modo da potervi accedere con l'interfaccia utente di gestione. | udca |
Deployment | Ambiente |
Watcher | Il watcher è un processo che controlla le modifiche alla configurazione e ne attiva l'applicazione al piano di runtime. Inoltre, invia al piano di controllo lo stato di Apigee Ingress e del deployment del runtime. Lo watcher recupera lo stato del deployment da tutti i pod di runtime apigee, lo unisce e lo invia a ConfigStore nel piano di gestione | watcher |
Deployment | Cluster Kubernetes |
La maggior parte dei servizi effettua connessioni socket con altri servizi interni o esterni di cui devi essere consapevole. Per maggiori informazioni, consulta la sezione Porte ibride.