Kubernetes: kubeadminitがすでに存在するファイルをどのように処理するかについて話し合う

kubeadminitの部分を見てみました。 kubeadmの最初の実行では、kubeadmにその処理を実行させ、必要なすべてのアセットを作成します。
ユーザーは独自の証明書ファイルとキーファイルを提供できます。その場合、ファイルから値を解析して実行を続行します。

後続の各実行中（目標はべき等にすることです）：

• 静的ポッドマニフェスト：ユーザーが新しい構成を提供したために一部またはすべてのマニフェストが変更された場合、新しく生成されたアセットを確認します。ユーザーが上書きしたい場合は、ユーザーに通知します。
• PKIアセット：トリッキー。 何も変更されていない場合は、何もする必要はありません。値を解析してapiサーバーとの通信を試み、kubeadmに実行を終了させることができます。 ユーザーが新しいpkiアセットを作成し、それらを使用したい場合は、システムkubeletを停止して、新しいconfなどを作成し、kubeletを再起動する必要があります。

_これはkubeadmでの私の最初の取り組みなので、私の考えが正しい方向に向かっている場合はフィードバックをいただければ幸いです。 confの書き込みを行うkubeletを停止することを除いて、私はすでに提案されたソリューションのコーディングを終了し、ほとんどの部分でテストしました。_

さて、飛行前チェックを伴う2回のkubeadm init/join実行の間にkubeadm resetを要求することにしました。 kubeadmが作成しているファイルが事前に存在しない可能性があります

これをもう一度開いてすみません、わかりません。 誰かが、kubeadm initをべき等に動作させる方法や、Ansibleを使用してクラスターの作成を自動化する場合などに正しい方向を示す方法の例を示すことができますか？