- v1.12 (più recente)
- Versione 1.11
- Versione 1.10
- Elenco delle versioni supportate
- Versione 1.9
- Versione 1.8
- Versione 1.7
- Versione 1.6
- Versione 1.5
- Versione 1.4
- Versione 1.3
- Versione 1.2
- Versione 1.1
Versioni supportate:
Versioni non supportate:
Il piano di runtime ibrido Apigee è composto da una serie di servizi. Il deployment di ogni servizio viene eseguito sui nodi all'interno del cluster Kubernetes e puoi configurarli utilizzando il file overrides.yaml
.
La tabella seguente riassume i servizi di runtime:
Servizio | Descrizione | Oggetto di configurazione | Implementata come | Ambito |
---|---|---|---|---|
Operatori Apigee | Gli operatori Apigee (AO) creano e aggiornano le risorse Kubernetes e Istio di basso livello necessarie per eseguire il deployment e la manutenzione della configurazione ApigeeDeployment (AD). Ad esempio, il controller esegue il rilascio dei processori dei messaggi e convalida la configurazione AD prima di renderla permanente nel cluster Kubernetes. | ao |
Deployment | Cluster Kubernetes |
Cassandra | Agisce come datastore di runtime che fornisce archiviazione permanente locale di Apigee per KMS, OAuth, KVM e memorizzazione nella cache per il piano di runtime. Hai a disposizione 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 insieme creano un cluster che legge, scrive e archivia i dati permanenti per Apigee Hybrid. 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 ibrido Cassandra. Il pod apigee-cassandra-schema-setup inizializza e configura lo schema del database del database Cassandra ibrido. Questo pod consente di configurare le definizioni delle tabelle e dello spazio delle chiavi Cassandra con il database ibrido Cassandra. |
cassandra |
StatefulSet | Organizzazione (una o più organizzazioni) |
Logger | Estrae i file di log e invia i dati all'applicazione di monitoraggio associata al tuo account Google Cloud (al momento nella 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 | Utilizza gli 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 come ambito un singolo ambiente. | runtime |
Deployment | Ambiente |
Metriche | Raccoglie metriche delle operazioni che puoi utilizzare per monitorare l'integrità dei servizi ibridi, per configurare 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 al piano di runtime. Un sincronizzatore può eseguire il polling di uno o più ambienti nella stessa o in 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 nel piano di gestione in modo che tu possa accedervi con la UI di gestione. | udca |
Deployment | Ambiente |
La maggior parte dei servizi effettua connessioni socket con altri servizi interni o esterni di cui dovresti essere a conoscenza. Per saperne di più, vedi Porte ibride.