ApigeeDeployment (AD) ist eine CustomResourceDefinition (CRD), mit der Apigee-Hybridkomponenten in einem Kubernetes-Cluster definiert, aktualisiert und freigegeben werden können. Beispielsweise wird AD verwendet, um Nachrichtenprozessoren im Cluster bereitzustellen, und die Freigabe dieser Komponenten wird durch Aktualisierung der Version in AD ausgelöst.
Bisher wurden bestimmte Hybridressourcen manuell und einzeln verwaltet. Bei AD werden jedoch alle diese Ressourcen als unteilbare Bereitstellungseinheit verwaltet.
Wenn Sie die Apigee-Hybrid-Pods in Ihrem Kubernetes-Cluster auflisten, werden diese Pods aufgelistet. Diese Pods erledigen die Arbeit, um die AD bereitzustellen und zu verwalten, und prüfen die Bereitstellungskonfigurationen.
| Pod-Name | Beschreibung |
|---|---|
apigee-deployment-controller |
Apigee Deployment Controller ist ein benutzerdefinierter Kubernetes-Controller, der Low-Level-Kubernetes- und Istio-Ressourcen erstellt und aktualisiert, die zum Bereitstellen und Verwalten der AD erforderlich sind. Beispielsweise führt der Controller den Release von Nachrichtenprozessoren aus. Siehe auch adc und adah in der Referenz zu Konfigurationsattributen. |
apigee-deployment-admissionhook
|
Apigee Admission Hook ist ein Dienst, mit dem die ApigeeDeployment-Konfiguration geprüft wird, bevor er im Kubernetes-Cluster beibehalten wird. Beispiel: Der Admission-Hook validiert Felder. Siehe auch Was sind Admission-Webhooks? Siehe auch adah in der Referenz zu Konfigurationsattributen. |
Führen Sie den folgenden Befehl aus, um eine Liste der ApigeeDeployments in Ihrem Cluster abzurufen:
kubectl get ad -n namespace NAME AGE apigee-mart-my_org 4h apigee-runtime-my_org-my_env 4h apigee-synchronizer-my_org-my_env 4h apigee-udca-my_org-my_env 4h