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.
Diagramma dell'architettura di runtime
L'immagine seguente mostra come ciascuno dei servizi di runtime interagisce con altri servizi in modalità ibrida:
La seguente tabella riassume i servizi di runtime:
| Servizio | Descrizione | Oggetto di configurazione | Implementato 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 per KMS, OAuth, KVM e memorizzazione nella cache. | cassandra |
StatefulSet | Organizzazione (una o più organizzazioni) |
| Ingress/LoadBalancer Istio 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 | 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) |
| 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 |
| Cert Manager | Un gestore dei certificati per le implementazioni di 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 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 |
| 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 di cui devi essere consapevole. Per ulteriori informazioni, consulta Porte ibride.