はじめに GitOpsでは、アプリケーションリポジトリと、マニフェストリポジトリを分離することが多いです。 この時、アプリケーションリポジトリのCI (GitHub Actionsを想定) でコンテナイメージをビルドした後に、マニフェスト側のイメージタグを書き換える仕組みを導入しようとすると、「アプリケーションリポジトリとマニフェストリポジトリを疎結合に保つこと」と「イメージビルド後に即座にマニフェストを更新すること」を両立するのが難しいです。 以前書いた記事「自宅Kubernetesクラスタの紹介」では継続的デプロイ周りについても紹介しました。自作のアプリケーションは master に push されると kgtkr/docker-tags-gen-action を使って 20261017163538545-786e273-master のようなタイムスタンプ付きタグを付与し、GitHub Container Registry に push しています。そして、マニフェストリポジトリ側で Renovate を動かすことで、マニフェストのイ

はじめに 5年ほど前から自宅サーバーにKubernetesを導入し、Mastodon、Discord Bot、このブログ、自作Webサービスや各種アプリケーションをKubernetes上で動かしています。 1ヶ月ほど前に、マニフェストリポジトリをほぼ全て公開リポジトリに移行したため、内容を備忘録としてまとめました。 ハードウェア構成 ハードウェアはVPS 1台と、自宅内の3台の物理マシンの計4ノードで構成されています。 ConoHa VPS 2GBプラン: control plane N100 ミニPC 2台: worker Raspberry Pi 4: worker 学割が使えなくなる3月にMac Miniの最小構成を買ったので追加する予定なのですが、めんどくさくて放置しています。また、CPUが極端に弱いノードがあると他も不安定になる(特に後述するLonghorn)ので、ラズパイノードはそろそろ消したいですね。 VPSの役割 自宅回線の契約プランがv4 over IPv6なため、固定のIPv4アドレスを使えません。このため、外