はてなブックマーク

はじめに Kubebuilder を利用すると、Kubernetes のカスタムコントローラーを開発するためののひな形を生成することができます。 Kubebuilder のひな形には、カスタムコントローラーのコンテナイメージビルドや、デプロイするためのマニフェストを生成するための仕組みが用意されています。 しかし、下記のような日々のメンテナンスやリリース作業のための仕組みは含まれていません。 利用しているツールやライブラリの更新 Kubernetes のバージョンアップ対応 リリースノートの作成 コンテナイメージのビルド、コンテナレジストリへの登録 Helm Chart の作成とリリース そこで本記事では、以下のツールを利用した自動化をおこない、日々のメンテナンスやリリース作業を楽にする方法について紹介したいと思います。 Renovate による依存関係の更新 GoReleaser による

はじめに 本記事では、筆者や筆者の同僚がKubernetes関連の開発をしているときによく利用しているツールを紹介します。 主にKubernetes上で動くプログラムをGoで書いたり、マニフェストのYAMLを書いたりするエンジニアが対象となります。 本記事の内容は極力環境依存を減らし、Linux, WSL2, Macなどの環境で利用可能となっています。 WSL2(Ubuntu 20.04)、およびM1 Macで動作確認していますが、環境によって多少の違いが生じることもあるのでご了承ください。 基本となるツール make & brew 本記事ではmakeコマンドを利用します。 Ubuntuの場合は以下のコマンドでインストールをおこなってください。 Macの場合は、以下のページを参考にHomebrewとCommand line tools for Xcodeをインストールしてください。 Doc

2022/01/08 更新: aqua-installerのGitHub Actionsのinput名の間違いを修正しました。 2022/01/09 更新: キャッシュの設定を見直しました。（コメント欄参照） 2022/01/11 更新: aqua v0.10.0 の変更に対応 Kubernetes向けのカスタムコントローラーやアプリケーションを開発する際には、kubectl, kustomize, helm, kind, kubebuilderなど様々なCLIツールを利用します。 これらのCLIツールは定期的にアップデートすることになりますが、なるべく少ない手間で更新したいですよね。 今回はaquaというツールを利用して、CIで利用するCLIツールをメンテナブルに管理する方法を紹介したいと思います。 これまでの管理方法 まずは、CLIツールをどのように管理しているのか、いくつかのOSSを

みなさん、Kubernetesのカスタムコントローラーを開発するとき、どのように動作確認してますか？ 多少の違いはあれど、おそらく以下のような手順を踏んでいるのではないでしょうか？ ソースコードやマニフェストを書き換える。 コード生成ツール（controller-genなど）を実行してマニフェストやソースコードを生成する。 コンテナイメージをビルドする。 コンテナイメージをローカルレジストリにpushする。 マニフェストをKubernetesクラスタに適用する。 Podを再起動する。 ソースコードをちょっと書き換えるたびにこれらを実行していると、時間もかかるしとても面倒ですよね。 そこで本記事ではTiltというツールを利用して、カスタムコントローラーの開発を効率化する方法について紹介したいと思います。 Tiltとは Tiltは、Kubernetes上でのアプリケーション開発をサポートするた

controller-runtimeが提供するロギング機能について調べてみたら、意外と知らないことがあったので解説してみます。 対象のバージョン controller-runtime: 0.9.6 kubebuilder: 3.1.0 パッケージ構成 controller-runtimeのロギング機能は、以下のパッケージから構成されています。 go-logr/logr Go言語用のロギングAPIです。APIの定義のみで実装は提供していません。 以下のような非常にシンプルなinterfaceを提供しています。(v0.4.0時点) type Logger interface { Enabled() bool Info(msg string, keysAndValues ...interface{}) Error(err error, msg string, keysAndValues ...i

2021/07/16追記: Server Side ApplyするときにClientで差分検出して無駄なリクエストを発生させない方法を書きました。こちらの記事もご覧ください。 前回の記事では、Reconcile処理において無駄な更新処理を発生させないさまざまな実装方法を紹介しました。 その中で、Server Side Apply方式では更新に必要のないフィールドがリクエストに含まれてしまうために、それを取り除く処理を書く必要があり面倒だと書きました。 まもなくリリースされるKubernetes 1.21では、Server Side Applyのこの問題を解決する機能が導入されるようです。 Apply for client-go's typed clients この新機能では各リソース用にApplyやApplyStatusなどのメソッドが追加されます。 例えばDeployment用のAppl

2021/04/02追記: Kubernetes 1.21以降ではServer Side Apply方式を利用するのがよさそうです。こちらの記事もご覧ください。 3行まとめ kubebuilder/controller-runtimeを使ってKubernetes用のコントローラやオペレータを作るときの話 DeploymentやServiceを作成するとkube-apiserverがデフォルト値をセットするが、その値をコントローラで上書きしてはいけない 上書きを回避する方法はいろいろあるがどれも一長一短 はじめに 本記事では単純な例として、以下のようなDeploymentを作成するコントローラを考えます。 apiVersion: apps/v1 kind: Deployment metadata: name: myapp-sample-nginx labels: component: ngi

Go言語を利用してetcdのデータを読み書きしたり、トランザクション処理やリーダーエレクションのプログラムの書き方を解説します。 etcdは2020年9月現在最新のv3.4に対応しています。 本書内で紹介するコードは以下のページで公開しています。 https://github.com/zoetrope/etcd-programming