ApigeeDeployment (AD) es una CustomResourceDefinition (CRD) que se usa para definir, actualizar y lanzar componentes híbridos de Apigee sin estado en un clúster de Kubernetes. Por ejemplo, AD se usa para implementar procesadores de mensajes en el clúster, y el lanzamiento de estos componentes se activa mediante la actualización de la versión en AD.
Antes de AD, algunos recursos híbridos se mantenían de forma individual y manual. Sin embargo, con AD, todos estos recursos se mantienen como una unidad de implementación atómica.
Cuando obtienes una lista de los pods de Apigee Hybrid en tu clúster de Kubernetes, verás estos pods enumerados. Estos pods hacen el trabajo para implementar y mantener el AD, y validar las opciones de configuración de implementación.
Nombre del pod | Descripción |
---|---|
apigee-deployment-controller |
El controlador de implementación de Apigee es un controlador personalizado de Kubernetes que crea y actualiza los recursos de Istio y Kubernetes de bajo nivel necesarios para implementar y mantener el AD. Por ejemplo, el controlador lleva a cabo la actualización de procesadores de mensajes. Consulta también adc y adah en la referencia de las propiedades de configuración. |
apigee-deployment-admissionhook
|
Apigee Admission Hook es un servicio que se usa para validar la configuración de ApigeeDeployment antes de que se conseve en el clúster de Kubernetes. Por ejemplo, Admission Hook valida los campos. Consulta también Qué son los webhooks de entrada. Consulta también adah en la referencia de las propiedades de configuración. |
Para obtener una lista de ApigeeDeployments en tu clúster, ejecuta el siguiente 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