Présentation de la configuration des services d'exécution

Le plan d'exécution Apigee hybrid est constitué de divers services. Chaque service est déployé sur des nœuds de votre cluster Kubernetes et peut être configuré à l'aide du fichier overrides.yaml.

Le tableau suivant récapitule les services d'exécution :

Service Description Objet de configuration Mis en œuvre en tant que Niveau d'accès
Apigee Connect Apigee Connect permet au plan de gestion d'Apigee hybrid de se connecter en toute sécurité au service MART dans le plan d'exécution sans avoir à exposer le point de terminaison MART sur Internet. Si vous utilisez Apigee Connect, vous n'avez pas besoin de configurer la passerelle d'entrée MART avec un alias d'hôte et un certificat DNS autorisé. connectAgent Déploiement Cluster Kubernetes
Passerelle d'entrée Apigee La passerelle d'entrée Apigee achemine le trafic entrant via ce point de terminaison vers le processeur de messages approprié. Par défaut, elle génère un service LoadBalancer avec des points de terminaison externes. apigeeIngressGateway
ingressGateways
Déploiement Cluster Kubernetes
Opérateurs Apigee Les opérateurs Apigee créent et mettent à jour les ressources Kubernetes et Istio de bas niveau nécessaires au déploiement et à la gestion de la configuration d'ApigeeDeployment (AD). Par exemple, le contrôleur effectue le lancement des processeurs de messages et valide la configuration d'AD avant de la rendre persistante dans le cluster Kubernetes. ao Déploiement Cluster Kubernetes
Cassandra Sert de datastore d'exécution qui fournit à Apigee un stockage persistant local pour KMS, OAuth et KVM, et une mise en cache pour le plan d'exécution. Vous pouvez avoir des trousseaux Cassandra distincts pour KMS, OAuth, KVM et la mise en cache.
Les pods apigee-cassandra-default sont les pods exécutant la base de données Cassandra mixte sur un cluster Kubernetes. Un ou plusieurs pods associés constituent un cluster qui lit, écrit et stocke des données persistantes pour Apigee hybrid.
Le pod apigee-cassandra-user-setup initialise et configure les utilisateurs et les rôles pour la base de données Cassandra. Ces rôles sont utilisés par les composants Cassandra et Runtime pour lire et écrire des données dans la base de données Hybrid Cassandra.
Le pod apigee-cassandra-schema-setup initialise et configure le schéma de la base de données Hybrid Cassandra. Ce pod permet de configurer l'espace de clés Cassandra et les définitions de table avec la base de données Hybrid Cassandra.
cassandra StatefulSet Organisation (une ou plusieurs organisations)
Garde-fous Vérifie que les conditions requises sont remplies avant d'autoriser la création de services d'exécution. Les pods de garde-fous sont créés lorsque vous appliquez les charts Apigee hybrid à l'aide des commandes Helm install ou update. Garde-fous Pod Kubernetes Cluster (une ou plusieurs organisations dans le même cluster)
Logger Extrait les fichiers journaux et envoie les données à l'application de surveillance associée à votre compte Google Cloud (actuellement Cloud Operations). logger DaemonSet Cluster (une ou plusieurs organisations dans le même cluster)
API Management pour les données d'exécution (MART) Expose un point de terminaison pour administrer les entités de données sur le plan d'exécution, telles que le service de gestion des clés (clés API et jetons OAuth), les quotas, les KVM et les produits d'API. Les services MART s'étendent à une seule organisation. mart Déploiement Organisation
Processeur de messages Utilise les mises à jour progressives du plan de gestion pour permettre de traiter les requêtes API et d'exécuter les règles sur le plan d'exécution. Chaque processeur de messages est limité à un seul environnement. runtime Déploiement Environnement
Métriques Recueille des métriques sur les opérations que vous pouvez utiliser pour surveiller l'état des services hybrides, configurer des alertes, etc. metrics Déploiement Cluster (une ou plusieurs organisations dans le même cluster)
Redis Redis permet de stocker les limitations de débit au niveau du cluster utilisées pour la limitation de débit distribuée mise en œuvre dans les règles SpikeArrest qui utilisent l'option effectiveCount pour synchroniser le nombre de requêtes entre les processeurs de messages. redis DaemonSet et Deployment (les deux) Cluster (une ou plusieurs organisations dans le même cluster)
Synchronisateur Extrait les données de configuration concernant un environnement d'API du plan de gestion vers le plan d'exécution. Un synchronisateur peut interroger un ou plusieurs environnements dans la même organisation ou différentes organisations. synchronizer Déploiement Environnement
Universal Data Collection Agent (UDCA) Extrait les données d'analyse et d'état du déploiement, puis les envoie au service UAP dans le plan de gestion pour que vous puissiez y accéder avec l'interface utilisateur de gestion. udca Déploiement Environnement
Watcher Watcher exécute régulièrement des tâches dans le cluster d'exécution, telles que la reconfiguration des routes d'entrée, la vérification de l'état de l'entrée pour les nouveaux déploiements de proxy, la récupération de l'état du déploiement à partir des processeurs de messages et de l'entrée, afin de signaler l'état au plan de gestion. watcher Déploiement Cluster (une ou plusieurs organisations dans le même cluster)

La plupart des services établissent des connexions de socket avec d'autres services internes ou externes dont vous devez être informé. Pour en savoir plus, consultez la section Ports hybrides.