Administra campos de forma externa

---

Precaución: Para CRD que se agreguen en versiones 1.114.0 y posteriores Los campos administrados de forma externa no se propagan de forma predeterminada.

Cuando Config Connector crea un recurso en Google Cloud, los campos que no se especifican en la especificación toman valores de la API, a menos que no sean legibles (por ejemplo, no están disponibles mediante una solicitud HTTP GET).

En este caso, el campo se considera “administrado de forma externa”, ya que Kubernetes no es la fuente de información de este valor.

Comportamiento con aplicación del servidor

Si aplicación del servidor esté habilitado para el recurso, los valores de los campos administrados de forma externa en el el objeto se actualiza de forma continua para que coincida con Google Cloud de datos recurso.

Si hay un valor para un campo en la especificación de la configuración aplicada, el campo no se administra de forma externa.

Si se quita el campo, este se administrará de forma externa.

Nota: En el caso de los campos que son listas, este comportamiento no se aplica y, en su lugar, se sigue el comportamiento sin aplicación del servidor en la siguiente sección.

Comportamiento sin aplicación del servidor

Si la aplicación del servidor no está habilitada, los campos que no se incluyen en la especificación del recurso se propagan con el valor leído de la API de Google Cloud, y Config Connector aplica esos valores propagados inicialmente.

A modo de ejemplo, si el usuario aplica una configuración de recursos sin establecer una valor para bar en la especificación:

spec:
    foo: "foo"

Si el valor del campo bar es baz en la API de Google Cloud, el recurso en api-server se propaga a ese valor:

# object in the api-server
spec:
    foo: "foo"
    bar: "baz"  # populated by first reconciliation

Si el recurso de Google Cloud se modifica directamente de modo que bar ahora sea baz-2, la API de Google Cloud se corrige al valor que se propagó inicialmente en la especificación del recurso: baz:

# object in the api-server
spec:
    foo: "foo"
    bar: "baz"  # still the originally populated value, and overrides the Google Cloud value

Comportamiento de los campos de lista en las especificaciones del recurso

Debido a limitaciones técnicas en Config Connector, los campos de lista en la configuración de tu recurso no se pueden administrar de forma externa de forma predeterminada. Esto significa que Config Connector siempre se apropia de los campos de lista en la especificación del recurso, incluso cuando el campo no se especifica en la configuración del recurso original.

En el momento en que se aplica una especificación de recursos, Config Connector lee el valor de los campos de lista de la API de Google Cloud y trata este valor inicial como fuente de información y estado deseado. Si el valor de ese campo de lista se modifica fuera de Config Connector, este intenta volver a cambiarlo, lo que podría no ser lo que deseas.

Para omitir esta limitación y permitir que los campos de lista se administren externamente, usa la anotación cnrm.cloud.google.com/state-into-spec. Esta no es compatible con todos los recursos. Para ver si tu recurso admite la anotación, consulta la página de referencia de recursos correspondiente.

metadata:
  annotations:
    cnrm.cloud.google.com/state-into-spec: absent

Si configuras el valor de state-into-spec como absent, Config Connector ignora los campos de lista si no se especifican en la configuración de recursos. Esto deja mostrar campos en el recurso que se administrará externamente.

Advertencias

Campos que Config Connector administra y que actualiza automáticamente los servicios externos pueden desencadenar una actualización infinita en la API subyacente. Esto puede suceder si la API subyacente tiene campos de ajuste de escala automático o de actualización automática. Asegúrate de que estos campos se tratan como administrados de forma externa habilitando la solicitud del servidor para el recurso y dejando el campo fuera de tu archivo de configuración cuando lo apliques.