Utilizzando Deployment Manager per creare un cluster GKE, è necessario creare anche un DaemonSet nello spazio dei nomi kube-system del cluster all'interno della stessa distribuzione, utilizzando il minor numero di servizi. Cosa dovresti fare?

L'opzione corretta è aggiungere l'API del cluster come nuovo Type Provider in Deployment Manager. Questo perché Deployment Manager può estendere le sue funzionalità tramite Type Providers, che consentono di integrare API esterne. L'API di Kubernetes (o GKE) è un'API esterna a Deployment Manager. Creando un Type Provider per l'API di Kubernetes, Deployment Manager può interagire direttamente con il cluster GKE per creare risorse Kubernetes come un DaemonSet, mantenendo tutto all'interno della stessa distribuzione di Deployment Manager e minimizzando i servizi aggiuntivi. Le altre opzioni sono meno efficienti o non adatte: Utilizzare il Runtime Configurator non è lo scopo principale di questo servizio, che è più orientato alla configurazione dinamica e alla sincronizzazione tra servizi, non alla creazione diretta di risorse Kubernetes. Creare un'istanza Compute Engine con uno script di avvio è un approccio indiretto e meno integrato, che introduce una risorsa aggiuntiva (la VM) e un punto di fallimento potenziale. Aggiungere metadati al cluster GKE non è il modo corretto per definire o creare risorse Kubernetes all'interno del cluster stesso; i metadati sono per informazioni sul cluster, non per la sua configurazione interna di oggetti Kubernetes.