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 |
|---|---|---|---|---|
| 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. | cassandra |
StatefulSet | Organisation (une ou plusieurs organisations) |
| Entrée/LoadBalancer Istio par défaut | Gère les requêtes entrantes provenant d'applications clientes. L'installation par défaut utilise une entrée Istio, mais vous devez gérer votre propre configuration d'entrée personnalisée pour le trafic de production. | ingress |
Entrée | 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 GCP (actuellement Stackdriver). | 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 |
| MART Istio Ingress | Gère les requêtes entrantes du plan de gestion pour les appels aux API Apigee. | ingress |
Entrée | Cluster (une ou plusieurs organisations dans le même cluster) |
| 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.