Il piano di runtime ibrido Apigee è 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 |
|---|---|---|---|---|
| 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 KMS, OAuth, KVM e memorizzazione nella cache. | cassandra |
StatefulSet | Organizzazione (una o più organizzazioni) |
| Istio Ingress/LoadBalancer predefinito | Gestisce le richieste in entrata dalle app client. L'installazione predefinita utilizza un Ingress Istio, ma sei responsabile della gestione della tua configurazione Ingress personalizzata per il traffico di produzione. | ingress |
In entrata | 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 Stackdriver). | 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 |
| Ingresso Istio MART | Gestisce le richieste in entrata dal piano di gestione per le chiamate alle API Apigee. | ingress |
In entrata | Cluster (una o più organizzazioni nello stesso cluster) |
| 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) |
| Sincronizzatore | Recupera i dati di configurazione relativi a un ambiente API dal piano di gestione nel 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 |
| Cert Manager | Un gestore di certificati per le implementazioni Kubernetes utilizzate da Apigee. | cert-manager |
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 |
| Componenti del piano di controllo Istio | Istio è un mesh di servizi che si sovrappone all'istanza Apigee esistente aiutandola a integrarsi con la piattaforma di logging, la telemetria e il sistema di criteri. | istio |
In entrata | Sistema |
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.