Il piano di runtime di Apigee hybrid è 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 | Implementata come | Ambito |
---|---|---|---|---|
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
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 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) |
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 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) |
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 nello stesso diverse organizzazioni. | 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 |
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.