Kubernetes: обсудите, как kubeadm init обрабатывать файл, который уже завершился

Я взглянул на часть инициализации kubeadm. При первом запуске kubeadm мы позволили kubeadm сделать свое дело и создать все необходимые ресурсы.
Пользователи могут предоставить свои собственные файлы сертификатов и ключей, и в этом случае мы проанализируем значения из файлов и продолжим выполнение.

Во время каждого последующего запуска (цель - сделать его идемпотентным):

• Статические манифесты модуля : что я сделал, так это посмотрел на вновь сгенерированные активы, если некоторые / все манифесты изменились из-за того, что пользователь предоставил новые конфигурации, мы сообщаем пользователю, хотят ли они перезаписать.
• Активы PKI : сложно. Если ничего не изменилось, нам не нужно ничего делать, и мы можем просто проанализировать значения и попытаться связаться с сервером api и позволить kubeadm завершить свой запуск. Если пользователь создал новые активы pki и хочет их использовать, необходимо будет остановить системный kubelet, записать новые confs и т. Д. И снова запустить kubelet.

_Это моя первая работа с kubeadm, поэтому я буду признателен за отзывы, если мои мысли идут в правильном направлении. Я уже закончил кодирование предлагаемого решения и протестировал его по большей части.

Итак, мы решили потребовать kubeadm reset между двумя запусками kubeadm init/join с предполетными проверками. Файлы, создаваемые kubeadm, могут не существовать заранее

извините за то, что снова открываю это, я не понимаю. Может ли кто-нибудь привести пример того, как я могу заставить kubeadm init действовать идемпотентным или указать мне правильное направление, например, когда я использую Ansible для автоматизации создания кластера?