ローリング アップデート用の Kubernetes Operator の構築

php エディター Xiaoxin は、ローリング アップデート用の Kubernetes Operator を構築する方法を紹介します。 Kubernetes Operator は、Kubernetes プラットフォームの機能を拡張するカスタム コントローラーです。ローリング アップデートは、サービスを中断せずにアプリケーションを段階的に更新する方法です。ローリング アップデート専用の Operator を構築することで、アプリケーションのアップグレードとロールバックをより柔軟に管理できるようになります。この記事では、Kubernetes Operator を構築する基本的な手順を紹介し、ローリング アップデート機能の実装方法について詳しく説明します。もっと詳しく見てみましょう！

質問の内容

クライアント クラスター上で実行される Kubernetes アプリケーション (例: Docker イメージ I1 を使用した D1 のデプロイ) を作成しました。

要件 1:

クライアント側で何もせずに、Docker イメージ I1 を更新するたびにローリング アップデートを実行したいと考えています。 (何らかの方法で、クライアント クラスターは最新の Docker イメージを自動的にプルする必要があります)

要件 2:

特定の configMap を更新するたびに、クライアント クラスターは新しい configMap の使用を自動的に開始する必要があります。

この目標を達成するにはどうすればよいですか?

Kubernetes Cron ジョブを使用しますか?
Kubernetes オペレーター?
2. ＃＃＃ または、他の何か？
k8s Operator が便利だと聞きました

解決策

要件 2

: から始めましょう 特定の configMap を更新するたびに、クライアント クラスターは 新しい configMap の使用を自動的に開始します

構成マップがデプロイメントにインストールされている場合は自動的に更新されますが、環境として挿入された場合は、サイドカー ソリューションを使用するかプロセスを再起動しない限り、再起動が唯一のオプションです。

参照:

POD を再起動せずに構成マップを更新する

これを達成するにはどうすればよいですか?

ImagePullpolicy
• は適切なオプションではありませんが、この場合、展開を再開するには手動介入が必要です。 クライアントから 最新 画像を取得しても、それは含まれません 制御された方法。

Kubernetes Cron ジョブを使用しますか?

cron ジョブをどちら側で実行しますか?クライアントならそれで終わり こんなのも。

• それ以外の場合は、パブリック API を使用してデプロイメントを続行することができます。これにより、ジョブが実行されます。 イメージをプッシュするときは、最新のタグを使用してデプロイメントを更新します Docker レジストリに追加します。

Kubernetes オペレーター?

演算子は、

Go
• で記述できる優れたネイティブ K8s オプションです。 Python または好みの言語 (Operator フレームワークまたはクライアント ライブラリの有無にかかわらず)。 ＃＃＃＃＃＃または、他の何か？

デプロイメントを更新したいだけの場合は、デプロイメントまたはジョブで API を実行します。 制御された方法でスケジュールできます。 そうすれば、オペレーターに問題は発生しません。よりネイティブな質問 メソッドを作成、管理、デプロイできるのであれば、それは良いアプローチです。

将来、複数のクライアントにわたるすべてのクラスタ（デプロイ、サービス、ファイアウォール、ネットワーク）を単一の信頼できる情報源から管理する必要がある場合は、Anthos を検討してください。

Git リポジトリ同期のための構成管理 Antos

以上がローリング アップデート用の Kubernetes Operator の構築の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。