Il piano di runtime ibrido Apigee è costituito da una serie di servizi. Il deployment di ogni servizio viene eseguito
sui nodi all'interno del tuo cluster Kubernetes e ogni servizio può essere configurato 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 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 quell'endpoint al processore di messaggi corretto. Per impostazione predefinita, genera un servizio LoadBalancer con endpoint esterni. |
apigeeIngressGatewayingressGateways |
Deployment | Cluster Kubernetes |
| Operatori Apigee | Gli operatori Apigee (AO) creano e aggiornano le risorse Kubernetes e Istio di basso livello necessarie per il deployment e la manutenzione della configurazione ApigeeDeployment (AD). Ad esempio, il controller esegue il rilascio dei processori di messaggi e convalida la configurazione di AD prima di renderla permanente nel cluster Kubernetes. | ao |
Deployment | Cluster Kubernetes |
| Cassandra | Funge da datastore di runtime che fornisce 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 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 Cassandra ibrido. Questo pod consente di configurare lo spazio delle chiavi e le definizioni delle tabelle di Cassandra con il database Cassandra ibrido. |
cassandra |
StatefulSet | Organizzazione (una o più organizzazioni) |
| Guardrail | Verifica che le condizioni richieste siano soddisfatte prima di consentire la creazione di servizi di runtime. I pod di protezione vengono creati quando applichi i grafici ibridi Apigee con i comandi Helm install o update. |
barriere | Pod Kubernetes | Cluster (una o più organizzazioni nello stesso cluster) |
| Registratore | 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 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 | Consuma 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 un singolo ambiente nell'ambito. | runtime |
Deployment | Ambiente |
| Metriche | Raccoglie metriche operative che puoi utilizzare per monitorare l'integrità dei servizi ibridi, 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 per i criteri SpikeArrest che utilizzano l'opzioneeffectiveCount 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 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 organizzazione 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 nel piano di gestione in modo che tu possa accedervi con la UI di gestione. | udca |
Deployment | Ambiente |
| Guardatore | Watcher esegue periodicamente l'attività nel cluster di runtime, come la riconfigurazione delle route Ingress, il controllo dello stato in entrata per nuovi deployment del proxy e il recupero dello stato del 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 maggiori informazioni, consulta la sezione Porte ibride.