Il piano di runtime ibrido Apigee è costituito da una serie di servizi. Ogni servizio viene disegnato
sui nodi del cluster Kubernetes e ognuno può essere configurato utilizzando il
file overrides.yaml
.
La tabella seguente 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 | Gli operatori Apigee (AO) creano e aggiornano Kubernetes e Istio di basso livello e le risorse necessarie per eseguire il deployment e la manutenzione della configurazione 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 ibrido Cassandra su un cluster Kubernetes. Uno o più pod formano un cluster che legge, scrive e archivia i 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 vengono 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 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) |
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 |
Logger | 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 sul piano di runtime, come KMS (API) chiavi e token OAuth), quote, KVM e prodotti API. I servizi MART sono limitati a una singola 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 | Apigee Redis viene utilizzato per tenere traccia dei conteggi dei limiti di frequenza in Apigee e ibrido, il che si applica solo quando per il criterio SpikeArrest l'opzioneeffectiveCount è abilitata. | redis |
Deployment | Cluster Kubernetes |
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 |
Universal Data Collection Agent (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 |
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 smartwatch recupera lo stato del deployment da tutti i pod di runtime apigee, unisce lo stato e invia lo stato al ConfigStore sul 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.