Il piano di runtime di Apigee hybrid è costituito da una serie di servizi. Ogni servizio viene eseguito su nodi all'interno del cluster Kubernetes e può essere configurato utilizzando il file overrides.yaml
.
La seguente tabella riassume i servizi di runtime:
Servizio | Descrizione | Oggetto di configurazione | Implementato come | Ambito |
---|---|---|---|---|
Apigee Ingress | Apigee Ingress è un bilanciatore del carico di confine che riceve le connessioni in arrivo e le inoltra all'elaboratore 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 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 |
Agisce come un datastore di runtime che fornisce archiviazione locale persistente 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.
|
cassandra |
StatefulSet | Organizzazione (una o più organizzazioni) |
Apigee Connect | L'agente Connect consente al piano di gestione di Apigee hybrid di connettersi in modo sicuro al servizio MART nel piano di runtime senza che tu debba esporre l'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 (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 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 le metriche di gestione che puoi utilizzare per monitorare lo stato 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 è attivata 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 nella stessa o in organizzazioni diverse. | synchronizer |
Deployment | Ambiente |
Universal Data Collection Agent (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. Lo watcher invia anche lo stato del deployment di Apigee Ingress e del runtime al piano di controllo. 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 ulteriori informazioni, consulta Porte ibride.