Posts on YAGI BLOG

Obsidian+Claude Code+Neovimで運用始めた

Sun, 18 Jan 2026 22:06:56 +0900

僕はObsidianを2024年ぐらいから使っている。メモアプリは色々と使ってみたけど、使うならObsidian、Apple純正メモ、Google Keepのどれかかなと思っている。メモアプリは色々と書き溜めると自分の資産になり生活の必須アイテムになるので、Evernoteみたいに改悪されると非常に苦しくなる。将来的なサービスの継続性や使いやすさを考えた結果、ビックテックが運用しているアプリもしくは、通常のMarkdownと互換性のあるObsidianを使うことにしている。

今回は、Obsidianの使い方に変化が最近あるため、それらについて記事を書いた。

以前の使い方

基本的には標準的な使い方をしていたと思う。Obsidianアプリをインストールして、便利なプラグインをいれてデイリーノートやライフハックや目標などを自分の人生に関わることをディレクトリごとに分け、Vimモードで利用するといった感じ。ローカルオンリーで動作することで高セキュリティというのも一つのメリットだと思うが、複数端末で利用して都度メモれるようにしたかったので、同期機能を使っている。細かい話をすると、ディレクトリでカテゴリを表現して、横断的な内容はタグつけをする。それぞれのカテゴリでMOCを作るといった運用をしている。あとは、個人情報は極力書かないようにしている。データに残している時点で流出の危険性は常につきまとう。

使い方の変化

PCで操作するときは、Obsidianアプリは起動しない。Neovimで保管庫を開いて、sidekick.nvimでClaude Codeを起動する。こうすることで、ちょっとめんどくさいファイル作成やまとまりのない文章をAIにまとめて記載してもらっている。この使い方で一番便利だと思ったことは、過去の自分のドキュメントを分析させて、思考の傾向や今後の行動指針などのドラフトを作ってもらうことができる。この使い方は自分の脳内情報を文書化すればするほど、より分析ができ、より成長できるのではと思っている。ただ、Claudeに自身の様々な情報を学習させてしまうことになってしまうため、この使い方大丈夫か？とも思っている。とはいえ、すでにブラウザでClaudeを使うときに、個人情報に近しい内容の会話もしているので、AI時代のいまある程度は仕方ないとも思う。

Claude Codeによるサポートのおかげで、Obsidianアプリの機能を使わないとめんどくさい操作をしなくても、Neovimで全部完結できるのは嬉しい。NeovimのプラグインでObsidianのもあったが、若干使いにくくてやめてしまっていた。

さいごに

AIにどうやって協業させるかを最近よく考える。AIに自分の仕事を奪われるといったネガティブなイメージをもっていても仕方がないので、ポジティブに変換して時代についていきたい。ちなみに、このブログはAIをまったく頼らずに書いている。AIを使ったごみ記事でブログを運営する価値は少ないと思っているし、自分にとっては自分の言葉で作ることに価値があると思っている。仕事のドキュメントではごりごり使っている。本当に便利。

開発環境現状確認2026

Thu, 15 Jan 2026 23:21:25 +0900

最近、いろんな方が開発環境の記事をあげていたので、自分も書いてみる。¹

OS

個人ではArch Linux、会社ではMacOSを利用している。 Windowsは4年程度さわっていないので、Windowsの環境構築の質問をされたときに、答えられるか冷や汗をかくことがある。

Arch LinuxはデスクトップにHyprlandを使っていて、タイル型にもだいぶ慣れた。僕はPCゲームをやらないし、ブラウザとObsidianと開発ができれば問題ないので、今後もメイン機はLinuxのなにかしらだと思う。

ウィンドウマネージャー

Hyprland。タイル型めっちゃ好き。軽量だし、ほとんどマウス操作せずに大体のことができる。一時期はGNOMEじゃないと動かないゲームがあったりして、二刀流だったけど、いまはHyprland一択になっている。ぜひ、タイル型に興味がでた人は検索してみてほしい。

エディタ

Neovim。ここ数年はVSCodeもIntelliJもほとんど使っていない。たまにScalaを書くときでもLSPのおかげでNeovimでなんとかなっている。 Neovimは非常に気に入っていてこれを乗り換えることはほとんどないと思う。いままで自力でなんとかキーマップとか覚えていて、体系的にVimを学んだことがないので、どっかで学びたい。基本的にNeovim推奨のプラグインたちを利用しているはず？？

ターミナル

WezTerm。基本的にはNeovimを起動してからあれこれするので、WezTermの機能を使っていない。一応、tmux風な<C-b>をLeaderに設定している。

コーディングエージェント

Claude Code。Anthropicについていけばいいのではと去年あたりから思いProプランを契約し続けている。会社ではGemini CLIをつかったりもしていて、Claude or Geminiっていう感じ。ただ、Sub agentsとかSkillsとか全然使いこなせていないので、将来的なAIとの付き合い方を考えながら、慣れていきたいと思っている。

シェル

zsh。一時期はfishを使っていたが、zshの方が運用していて安定感ありそうとかそんな理由で乗り換えた気がする。

ブラウザ

個人はFirefox、会社ではVivaldi。Vivaldiは最初は色々とカスタムしていたが、今となっては特になにもしていない。普通にChromeで良さそうだなと思っている。最近、Appleから本格的に離れようと思っていて、タブレットもAndroidの格安中華タブを買った。となるとGoogle製品に寄せておけばよさそうかなと思っている。

dotfiles

dotfiles。なるべく、ローカル環境と同じようなディレクトリ構成にしていて、シンボリックリンクをはればいい感じに動作するようにしている。細かい設定を入れられていないのと、セットアップのシェルを雑にClaude作ってもらっていて検証をしていなかったりするので、まだまだ改善の余地がある。

メモ

Obsidian。基本的にメモとして残したい内容はObsidianに書くようにしている。このアプリ非常に便利で、重宝している。P2P機能が実験的に追加されているので、これが本格的に利用可能状態になったら、端末ごとのデータ連携をこれにしたい。

それと、Neovimなんかと同じで、自分の頭の中をどう表現しようかなとあれこれいじくるのは、盆栽感があって楽しい。こういった楽しいと思える作業は積極的にやりたい。

キーボード

HHKB Professional HYBRID Type-SのUS配列黒。Kinesisの分割キーボードを触ってみたいと数年前に思ったけど、高すぎて断念したまま。上司にLofreeのUS配列をもらったりしたけど、HHKBはいまのところは一番好き。この便利なキー配列になれたらもう他に浮気できない人は多いはず。昔にこんな記事を書いていた。懐かしい。「HHKB Professional HYBRID Type-S」こいつは最高かもしれない

まとめ

AIコーディングがターミナルで活躍するようになっていて、ターミナルに閉じこもっていたのが、意外と正解？だったのかもしれない。dotfilesは盆栽みたいな表現をよく見かけるけど、盆栽をいじる人はこういう気持ちなのかな？実際に盆栽+dotfilesをいじる人がいたら話を聞いてみたい。

k0kubunさんの記事を見て書き始めた。似たような構成にさせていただいた。 ↩︎

sidekick.nvimの導入をした

Wed, 07 Jan 2026 23:07:56 +0900

昨日、sidekick.nvimを導入したので感想など書く。

導入時に気になったこと

このプラグインをいれるときに、2つの設定がわからなかった。

opts.nes
opts.cli.mux

opts.nesのNESとは、Next Edit Suggestionsの略らしい。 GitHub Copilotが提供する、ファイル全体を解析して大規模なコード変更を提案する機能らしい。 AIが流行り始めたときによく見たCopilotの補完をより強化した感じのものらしい。現状だとこの設定を使えるのはCopilotのみらしく、自分の場合はCopilotは使っていないので、無効にしておいた。

opts.cli.muxとは、tmuxやzellijを利用して、チャットのセッションを保持するというものらしい。たしかにチャットの途中でNeovimを閉じると消えてしまうのは使い勝手が悪いかもしれない。だけど、個人的にはWezterm+Neovimを使っていて、これのためだけにtmuxをいれたくないので、これも無効にした。Claude Code初心者のため徐々に慣れていってセッション管理が必要になったらまた考える。

感想

現状のAI活用はターミナルで操作するのが色んな面で楽になっている。ターミナルで操作するなら、Neovim内で完結させる。なんて美しいのか。今後もAIxNeovimはアップデートしていきたい。ちなみに、こんな感じになった。

Gateway APIについて学んだ

Mon, 05 Jan 2026 17:24:02 +0900

あけましておめでとうございます。本年はアウトプットの数を増やすという目標のもと、さっそくブログの更新をする。年末年始は友人・家族と会えたし、飲みすぎないようにしたおかげで溜まってた本の解消やBLEACH全巻読んだりと充実できた。

去年、学んだk8sのGateway APIについて記事を書く。

Gateway APIとは

Gateway APIは動的なインフラストラクチャの展開と高度なトラフィックルーティングを提供するAPIの種類のファミリーです。

とのこと。これだけだとわかりにくいが、要はk8sへの通信を担うLBをコード化して自動管理しようっていう認識であっていると思う。詳しくは、以下リンクでk8sやGCPの公式ドキュメントをみると理解が深まると思う。特に、GCPのドキュメントは具体的にどのリソースと紐づくのがわかりやすいので、GCPを知っている人はこっちを読むのをおすすめする。

https://kubernetes.io/ja/docs/concepts/services-networking/gateway/
https://docs.cloud.google.com/kubernetes-engine/docs/concepts/gateway-api?hl=ja

きっかけ

学んだきっかけは、会社でGKE StandardからAutopilot移行をしたときに、Autopilotクラスタが利用可能なすべてのゾーンにNEGが作成されていない状態で、手動でLBを作成すると障害になるケースがある。 という事象を発見したから。移行時の話は以下リンクから見れるので興味ある方は見てほしい。

所属している会社のアドベントカレンダーを書いた2025

さわってみた

Gateway APIはk8sのマニフェストファイルを増やすことで実装できる。 kustomizeを利用する前提でディレクトリ構成を以下に記載する。GCPの場合は、LB作成時に必要なフロント、バック、ヘルスチェック、バックに登録するNEGをそれぞれ表現しているイメージを持ってもらうのがわかりやすそう。また、GKEのPodでNginxを立てている想定でサンプルは実装している。

k8s/
└── base/
    ├── configmap.yaml
    ├── deployment.yaml
    ├── gateway.yaml
    ├── healthcheck.yaml
    ├── httproute.yaml
    ├── kustomization.yaml
    └── service.yaml

Gateway APIに関係している実装は、gateway.yaml, healthcheck.yaml, httproute.yaml, service.yamlなので、それぞれサンプル実装を記載して解説をする。

gateway.yaml

kind: Gateway では利用するLBの種類やトラフィックをリッスンする場所と方法などの設定ができる。 addressesは予約したIPを指定して利用することもできる。

apiVersion: gateway.networking.k8s.io/v1beta1
kind: Gateway
metadata:
  name: nginx
  namespace: default
spec:
  gatewayClassName: gke-l7-rilb  # Regional Internal Load Balancer
  listeners:
  - name: http
    port: 80
    protocol: HTTP
    allowedRoutes:
      namespaces:
        from: All
  addresses:
    - type: NamedAddress
      value: nginx

healthcheck.yaml

これはLB作成時に必要なヘルスチェック。

2025年振り返りと2026年展望

Wed, 31 Dec 2025 21:46:08 +0900

久しぶりに振り返りと展望を書く。

2025年振り返り

今年はプライベートではいろんなことがあった。去年、結婚してから結婚式や妊娠など生活の変化が大きかった。家庭を支えるためにお金について考えることが多かった。仕事はぼちぼち順調ではあるけど、SWEとしての成長は若干止まっているような気がしている。勉強自体は情報収集や読書を中心にできているとは思うけど、もっと自分の実績を社外でも積むような活動が必要かもしれない。会社ではスペシャリスト（他社でいうところのテックリードやシニアソフトウェアエンジニア）のようなポジションで働いている。役職名としてはかっこいいが、横断的に開発チームが手が届きにくいところをがんばる雑用みたいな感じ。GCP, CI/CD, k8s, AIなどの整備をすることが多くサービス開発からは少し離れている。今年大きな仕事は、GKEクラスタ移行だった。k8sはおもしろい。開発、運用を幅広く経験しているので、ここらへんから自分が好きな技術でOSSコミットを始めるのがスキルアップとしてはいいのかも。

あとは、筋トレや資産形成や英語などちょっとずつだけどやりたいことができているので、全体的にはいい評価を上げたい。強いて言うなら、SNSに時間を溶かしていたりしてもっとやれるだろと思った一年でもあった。来年は、アウトプット前提で行動をしたい。

2026年展望

来年は子供が生まれるので、子育てを頑張る年になると思っている。楽しみ。雑にいまのところ考えていることや2025年できなかったことを引き継ぐような感じで書き出す。

子育て
- 最重要！妻と協力する
プログラミング
- アウトプットを増やす
- OSSコミットをできると理想？
読書
- 月何冊みたいな目標持っても良さそう
- 技術書、小説、ビジネス書など幅広く読む
英語学習
- まずはTOEIC受けてみるぐらいで数値化するのがよさそう
- 英会話のレベルを上げたい
運動
- 筋トレ週3以上
- フットサル、サッカーを月1以上
資産形成
- つみたてNISAの枠をなるべく埋められるように節約したい
人間関係を大切に

細かい目標などは改めて立てるとして、2026年は何事もフットワークを軽く行動する・小さく継続することを意識して、スキマ時間を有効活用したい。

今年からSoftware Designを読み始めた

Fri, 26 Dec 2025 14:10:51 +0900

今勤めている会社がSoftware Designを定期購読していることに今更気づいた。新卒から働いているのに。。前から気になっていた雑誌だったので、毎月お借りして読んでいる。

読むメリット

これは編集者がソフトウェアエンジニアに向けて、トレンドや基礎技術をまとめてくれているので、広い範囲の技術について知ることができるというメリットがある。普段情報収集するときにFeedlyやX/Twitterやはてぶなどをみることが僕は多くて、自分の興味のある領域ばかり見てしまう傾向がある。（バックエンド開発、DevOpts、SRE、クラウド、k8sなど）

他の技術に対して、興味を持つきっかけになってありがたいと思っている。AIの発展によって、エンジニアはよりT字型スキルの上横棒の広さが求められていると思う。AIの成果物に対して、ある程度は適切なレビューや判断ができるように知識の幅が求められている気がする。だから、こういった雑誌を読むメリットはさらに大切になっているかも？？？

読んだなかで記憶に残っていること

いろんな面白い特集があってあげるのが難しい（~~忘れてる~~）けど、ZOZOのレガシーシステムのモダン化は面白かった。こういったレガシーな課題に対して、技術的に解決するのは大変だけど面白いし、やりがいがあるなと思う。 ZOZOに限らずだけど、2000年初期からあるシステムはDBにロジックを書くのが当たり前だったことが多そうなので、OracleやSQL Serverなどに貯められたストアドのリプレイスやDBの切り替えなどは結構課題になりそうだと思う。自分務めている会社でもここらへんにはやはり課題感がある。

さいごに

ということで、来年もしっかり読んでいくぞという気持ち。

今日もブログ更新できていい感じ。ここから数日は忘年会などが入ってくるため、年内はあと2,3記事更新できればなという感じです。

デジタルデトックス（SNSデトックス）を始めた

Fri, 26 Dec 2025 00:07:16 +0900

今年の仕事納めが終わった。ということで、アウトプットの場を活発化するために、ブログ更新頻度を上げる。アウトプットの質を求めるとなかなかに億劫になってしまう自分がいるので、てきとーな内容でもあげるスタイルで行こうと思う。ただ、匿名ではないブログなので、最低限のモラルを持ちたいところ。もう20代ではないし。

疲れてる自分がいた

毎日なにか疲れてる。仕事もしているし、趣味でジムでトレーニングしたり、フットサルをしたりと平日から活動をしているからというのもあるが、疲労感が取れない。身体の疲れもあるが、頭がなんか重いという感覚がずっとあった。

原因は・・・

タイトルにでっかく書いてるので丸わかりだが、デジタルに触れすぎてることが原因ぽかった。たしかに仕事もモニターとにらめっこすることが多いし、プライベートでもスマホタブレットPCテレビ、とにかく画面ばっかりみている。それに寝る前にスマホでYoutubeやX/Twitterをみる機会がほとんどで、これらの活動を無意識にしていた。習慣っておそろしい。

スマホのスクリーンタイムの結果を見たり、生活を振り返ったときに思い当たるのが、スマホでX/Twitterを見てる時間が多いということだった。先程スクリーンタイムを確認したところ、先週はスマホだけでX/Twitterを17時間とか見ていたらしい。自分は他の端末でもTwitterをみているのでもっと見てる。

これは完全にドーパミン中毒者状態になっているのではと思った。詳しいことはわからないけど、SNSで無限スクロールをする行為は不定期な報酬を求める行為でパチンコと同じということだった。時間を浪費してしまうだけではなく、読書やプログラミング、英語などやりたいと思っていることに使う時間も結構少なかったように思う。

ということで、デジタルデトックス特にSNSデトックスに踏み切った。

現在

先週末あたりからデトックスを始めていて、いまのところ成功しているように思う。ただ、中毒とはおそろしいものだと思うので、気を引き締める必要がある。

自分はこういったことを意識して生活をしている。

スマホをさわるときにTwitterは開かない（何も考えていないときはまっさきに開いてた）
通勤電車では、あらかじめYoutubeの英語コンテンツ、BBC・CNN・Sky Sportsあたりダウンロードして、それをみる（通勤電車は満員でスマホを開くぐらいしかできることがなく、暇でTwitterを見ていた）
目的があるときは開いてOK（無目的の無限スクロールが問題ある）

これが今のところは結構効いていて、おかげでこのブログを書けている。年末年始の予定がない時間は有意義な活動ができるといいなあと思いつつ、今日は寝る。

所属している会社のアドベントカレンダーを書いた2025

Thu, 18 Dec 2025 23:32:50 +0900

久しぶりの投稿です。ここ数年は広い領域の仕事をしていて、結構インプットができました。アウトプットが少ないなと毎回思うので、ちょっとしたことでもいいのでブログ更新しようと思います。継続って難しい。。

アドベントカレンダー書いた

ということでQiitaのアドベントカレンダーを書いたのでURL載せておきます。

GKE StandardからAutopilotへの移行

Google CloudのGKE関連やネットワークには知見を貯めれました。こういったところの学びやハマりポイントなど記事にできるとよさそうかなと思っています。

あとは気分的に本ブログのドメインをサブドメでblog.yuyagishita.comにしたいかなと思っています。

GKE AutopilotのPodバーストとHPAで問題が起きた

Sat, 15 Mar 2025 23:44:06 +0900

久しぶりに記事書きました。
最近はObsidianに情報をまとめることが多いですが、もう少し気軽にアウトプットしようと思って書きました。なので、詳細を調査はできていません。適当なこと書いてたらすみません。

発生した問題

タイトルにもある通りGKE Autopilotに関する話です。 AutopilotやPodバースト、水平Pod自動スケーリング（HPA）を知らない方はこれらの記事が参考になると思います。

発生した問題についてですが、AutopilotクラスタでHPAを有効にしたDeploymentを上げたところ、Podが何度も再起動されながらHPAの最大値までPodが増えるといった挙動をしました。最大値までPodが増えたあとは再起動を何回もして不安定な状態でした。

原因

おそらく、Deploymentのresources.requestsが動かしているアプリに対して低すぎたことがこの状態を発生させていたと思います。こんな感じの設定にしてました。

resources:
  requests:
    cpu: "50m"
    memory: "52Mi"
  limits:
    cpu: "500m"
    memory: "1Gi"

コスト削減のため、リクエストを最も小さい値にしてました。対象アプリがrequestsの値を大きく上回ってました。 Podバーストを有効にしているとlimitsはあくまで予約しているだけで実際にはリソースを確保していないということらしいので、以下のような解釈をしました。

requestsの値を大きく上回る
HPAが適用される（HPAはCPUが80%で動くようにしてました。）
Podが増える
よくわからん挙動する

対処方法

requestsの値を対象アプリが要求している値の120%ぐらいにしました。正常に動作するようになりました。

まとめ

Autopilotクラスタを利用することで、Nodeの管理が必要なく運用が楽にはなりますが、自動で管理してくれる分よくわからないことも発生するので、手放しには喜べないなと思いました。

誰かの役に立ちそうなことがあれば、定期的に自分のメモを書いてるぐらいの感覚でブログを更新したいという気持ちです。

2023年振り返りと2024年展望

Thu, 11 Jan 2024 11:44:06 +0900

新年あけましておめでとうございます。去年の振り返りと今年何をしようか簡単にまとめて行きたいと思います。

2023年振り返り

去年はプライベートの遊びにかなり時間を使っていて、勉強などはあまりできていなかったです。SNSに使う時間を減らそうと思っていましたが、Youtubeにかなり時間を使ってしまいました。時間の使い方をもっと上手にできるようにしたいです。自己成長という面では、読書と英語には少し時間を使えたかなと思っています。読んだ本はあとで一覧にまとめるとして、英語に関してはNetflixで英語字幕・英語音声でドラマを見たりChatGPTと英会話をしたりIELTSの勉強を始めたりしました。英語を上達させたいという気持ちが昔からあるのでコツコツやっていますが、中間目標を設定しないとだらだらやってしまうので今年はIELTSを始めました。資格勉強は中間目標としてはかなり有効な気がしています。
仕事に関してはスペシャリスト(≒テックリード)という役職をもらい少し待遇がよくなりました。役職が上がったのは素直に嬉しかったですが、今後役職を上げるのがとてもむずかしいのと給料面が高くはないので転職活動は視野に入れたいと思っています。というかメガベンに転職したい。

2023年読んだ本

主要な本を挙げます。

Kubernetes完全ガイド第2版

k8sを網羅的に学習するならこの本はかなりおすすめです。k8sのあれなんだっけって思ったときにもかなり役に立ちました。

プログラマー脳～優れたプログラマーになるための認知科学に基づくアプローチ

脳の構造に合わせて効率的に学習する方法を学べます。個人的には新人プログラマーに教えるときに認知的負荷レベルを考えるというところは勉強になりました。プログラマー以外の人にもおすすめできる本です。

達人が教えるWebパフォーマンスチューニング〜ISUCONから学ぶ高速化の実践

ISUCONに出たことはありませんが、パフォーマンスチューニングについてわかりやすく学べる本です。WEBアプリのパフォーマンス改善をするときはたいていDBのインデックス関連が多いなと実務をしていて感じます。

半沢直樹　アルルカンと道化師

池井戸潤が個人的にかなり好きです。おもしろくて熱くなれます。

クスノキの番人

SFチックな設定で人の感情を繊細に扱っていた本でした。

カケラ

湊かなえ原作です。個人的にはそこまではまりませんでした。女性の方が楽しめるかもとも思いました。

正欲

浅井リョウ原作です。「読む前の自分には戻れない」という言葉がしっくりくる本でした。個人的にはおすすめです。

もものかんづめ

さくらももこ原作の本をはじめて読みました。ちびまる子ちゃんにでてくる友蔵と友蔵のモデルになった人の性格が真逆でおもしろかったです。

島耕作シリーズ

社会人になってから読むとけっこうおもしろいです。課長から始まって、今は取締役です。

2024年展望

2024年は時間の使い方を見直したいと思います。プライベートの遊びは息抜きの時間にできるよう調整をがんばります。2024年にやりたいと思っていることはいまのところこんな感じです。

IELTS バンドスコア6.0以上を取得する

英検準1級レベルらしいです。自分の英語レベルだと厳しいかもしれませんが、やってみようと思います。

転職する

今年もできない可能性ありますが、メガベンに入るための準備をして応募しようと思います。アルゴリズムが苦手なので今年は継続して競プロをやります。

競プロで茶レベルに達する

時間的にコンテストを受けるのが難しいときが多いので、茶レベルの問題が解けるように学習します。

読書継続

月2冊以上読めればと思っています。

筋トレ継続

現在は家トレをしているので、できる範囲でがんばります。

また、何かしら毎年新しいことをしたいのでおもしろそうなことがあったら積極的に取り組みたいです。

Kubernetes完全ガイドを読んだので感想とか

Wed, 05 Apr 2023 19:09:12 +0900

去年からちょっとずつ読んでた「Kubernetes完全ガイド第２版」を読み終わりました。なかなかボリュームのある本で668ページもあって読むのが大変でした。k8sを雰囲気しかしらない僕にとってはかなり勉強になる本で、体系的に学ぶことができk8sの全体像が頭に入ってきて解像度がかなり上がりました。
本のアウトプットも兼ねて感想とか気になったこととか書きます。

環境構築

この本はハンズオン形式なので、k8sの環境を作る必要があります。僕は最初GKEを作成したのですが、費用がすぐに発生していやだったのでローカルで構築できるkindを利用しました。kindはDocker上でk8sを構築することができとても楽でした。ただ、他のブログなどをみてるとMinikubeがおすすめみたいです。kindはちょっとクセが強く一部の機能を動かすために設定が必要だったりしてたしかに初心者向けではないなと思いました。

図が多くて分かりやすい

大体のページに図があって、初めて知った概念などの理解をする補助になりました。文章読んでよくわからなかったら図を先にみて理解してました。

第７章までやれば基礎力が身につく

この章まで終われば、一旦は基礎知識OKな気がしました。仕事でk8sをさわらないけど、何をしているの知りたいとか動いてるGKEを追えるようになりたいとかの理由でこの本を読み始めた人は一旦区切りかなとか思います。

第９章　リソース管理とオートスケーリング

k8sを利用する上でかなりのメリットかなと思いました。アプリの負荷にあわせてスケールアウトを自動でやってくれたりするのは可用性を高めてくれてかなりよきですね。
仕事で利用しているGKEではあまり高負荷がかかる場面もないのでここらへんの機能が効果的に発揮されてる場面に遭遇したことがほぼないのが残念です。

運用上のベストプラクティスをもっと知りたい

この本を読んでて思ったのが、実際の運用だとどの機能をどれぐらい利用して構築しているんだろう、です。ヘルスチェックや柔軟なスケジューリングやセキュリティなど便利な機能がたくさんあり、それらを知れてとてもよかったです。ただ、僕ぐらいのk8s初心者だと運用レベルをどれぐらい高めればいいのかって疑問がでてきました。何かしらのベンチマークとか取れたりするのかな。。今後そこらへんも調べたいと思いました。

この本は体系的にk8sを学べて最高です。文句とかは一切ないです。

マイクロサービスとの相性の良さ

複数のコンテナを安全に管理することができるk8sはやっぱりマイクロサービスとの相性はかなりいいですね。逆にマイクロサービスでなく高負荷がかかったりしないモノリスなアプリだった場合はk8sはオーバースペックかもなと思いました。普通にCloud RunとかECSとかそういうので運用のほうが費用面も考えてコスパがいい気がしてます。もちろん、利用する言語や求められるシステムによっては選択はかなり変わると思いますが。
マイクロサービスやモノリスといった話はそのまま組織論として置換できそうで、大規模なアプリや多数の開発メンバーを抱えている組織だとそれぞれを分離させて管理できるk8sといった技術はかなり有用だなと改めて思いました。逆に小さい組織の場合はもっとミニマムかつ小回りが聞く技術構成にしたりすると救われそうですね。

まとめ

k8sの勉強において最高最強の本でした。あと、GitOptsについてもこの本きっかけで理解が深まったのでよかったです。

所属している会社のアドベントカレンダーを書いた

Mon, 12 Dec 2022 11:15:10 +0900

ブログをリニューアルしてから初めての投稿です。今年はブログを全然更新できていなかったので、心機一転+記事を書く手間を極力減らして気軽に投稿できるようにリニューアルしました。無理せず継続する予定なので今後もよろしくお願いします！

アドベントカレンダー書いた

Qiitaのアドベントカレンダーを書いたのでURL載せておきます。

Scala + Play Frameworkでリクエストを値オブジェクトにする

Scalaに関する記事を書いていて、今年はScalaを触ることがほとんどで強い型付けには非常に助けられてます。（型パズル化したときは難しくて時間を溶かしてますが、、）アプリを作るなら、Java, Scala, Goあたりの静的言語はマストだなーと最近思っています。

Posts on YAGI BLOG

Obsidian+Claude Code+Neovimで運用始めた

以前の使い方

使い方の変化

さいごに

開発環境現状確認2026

OS

ウィンドウマネージャー

エディタ

ターミナル

コーディングエージェント

シェル

ブラウザ

dotfiles

メモ

キーボード

まとめ

sidekick.nvimの導入をした

導入時に気になったこと

感想

Gateway APIについて学んだ

Gateway APIとは

きっかけ

さわってみた

gateway.yaml

healthcheck.yaml

2025年振り返りと2026年展望

2025年振り返り

2026年展望

今年からSoftware Designを読み始めた

読むメリット

読んだなかで記憶に残っていること

さいごに

デジタルデトックス（SNSデトックス）を始めた

疲れてる自分がいた

原因は・・・

現在

所属している会社のアドベントカレンダーを書いた2025

アドベントカレンダー書いた

GKE AutopilotのPodバーストとHPAで問題が起きた

発生した問題

原因

対処方法

まとめ

2023年振り返りと2024年展望

2023年振り返り

2023年読んだ本

2024年展望

Kubernetes完全ガイドを読んだので感想とか

環境構築

図が多くて分かりやすい

第７章までやれば基礎力が身につく

第９章 リソース管理とオートスケーリング

運用上のベストプラクティスをもっと知りたい

マイクロサービスとの相性の良さ

まとめ

所属している会社のアドベントカレンダーを書いた

アドベントカレンダー書いた

第９章　リソース管理とオートスケーリング