ApigeeDeployment (AD) è un CustomResourceDefinition (CRD) utilizzato per definire, aggiornare e rilasciare Componenti ibridi di Apigee in un cluster Kubernetes. Ad esempio, AD viene utilizzato per eseguire il deployment degli elaboratori di messaggi nel cluster e il rilascio di questi componenti viene attivato aggiornando la versione nell'AD.
Prima di AD, alcune risorse ibride venivano gestite manualmente e singolarmente. Tuttavia, con AD tutte queste risorse sono gestite come un'unità di deployment atomica.
Quando elenchi i pod Apigee hybrid nel tuo cluster Kubernetes, vedrai questi pod elencati. Questi pod si occupano del deployment, della manutenzione dell'AD e della convalida del deployment. configurazioni.
| Nome pod | Descrizione |
|---|---|
apigee-deployment-controller |
Apigee Deployment Controller è un controller personalizzato Kubernetes che crea e aggiorna le risorse Kubernetes e Istio di basso livello necessarie per il deployment e la manutenzione dell'AD. Ad esempio, il controller esegue il rilascio degli elaboratori di messaggi. Consulta anche adc e adah nel riferimento per le proprietà di configurazione. |
apigee-deployment-admissionhook
|
Apigee Admission Hook è un servizio utilizzato per convalidare la configurazione di ApigeeDeployment prima di eseguirne la persistenza nel cluster Kubernetes. Ad esempio, il validatore Admission Hook convalida i campi. Vedi anche Che cosa sono i webhook di ammissione. Vedi anche adah nel riferimento per le proprietà di configurazione. |
Per ottenere un elenco di ApigeeDeployment nel tuo cluster, esegui questo comando:
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