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.
Schéma de l'architecture d'exécution
L'image suivante illustre l'interaction de chacun des services d'exécution avec d'autres services dans un environnement hybride :
Le tableau suivant récapitule les services d'exécution :
| Service | Description | Objet de configuration | Mis en œuvre en tant que | Champ d'application |
|---|---|---|---|---|
| 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 ceux qui exécutent la base de données hybride Cassandra 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) |
| 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) |
| 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 |
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.