- v1.15 (última)
- v1.14
- v1.13
- Lista de versiones admitidas
- v1.12
- v1.11
- v1.10
- v1.9
- v1.8
- v1.7
- Versión 1.6
- v1.5
- Versión 1.4
- Versión 1.3
- v1.2
- v1.1
Versiones compatibles:
Versiones no compatibles:
ApigeeDeployment (AD) es un CustomResourceDefinition (CRD) que se usa para definir, actualizar y lanzar componentes de Apigee hybrid 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 actualizando la versión en AD.
Antes de AD, determinados recursos híbridos se mantenían de forma manual e individual. Sin embargo, con AD todos estos recursos se mantienen como una unidad de implementación atómica.
Cuando enumeres los pods de Apigee hybrid en tu clúster de Kubernetes, verás estos pods. Estos pods se encargan de desplegar y mantener el AD, así como de validar las configuraciones de despliegue.
Nombre del pod | Descripción |
---|---|
apigee-deployment-controller |
Apigee Deployment Controller es un controlador personalizado de Kubernetes que crea y actualiza recursos de Kubernetes e Istio de bajo nivel necesarios para desplegar y mantener el AD. Por ejemplo, el controlador lleva a cabo la liberación de procesadores de mensajes. Consulta también adc y adah en la referencia de la propiedad Configuration. |
apigee-deployment-admissionhook
|
Apigee Admission Hook es un servicio que se usa para validar la configuración de ApigeeDeployment antes de conservarla en el clúster de Kubernetes. Por ejemplo, el webhook de admisión valida los campos. Consulta también ¿Qué son los webhooks de admisión? Consulta también adah en la referencia de la propiedad Configuration. |
Para obtener una lista de los ApigeeDeployments de tu clúster, ejecuta este 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