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.
Diagramma dell'architettura di runtime
L'immagine seguente mostra come ciascuno dei servizi di runtime interagisce con altri servizi in modalità ibrida:
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. |
apigeeIngressGatewayingressGateways |
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.