1つの注文処理で、裏側は5回叩かれていた。Kubernetesマイクロサービスの「チャッティ呼び出し」とレイテンシの正体
1回の注文処理の裏側でサービスが5回も呼び出されていた。原因はKubernetesマイクロサービスが陥る「チャッティ呼び出し」というアーキテクチャの問題。分散システムのN+1問題と解決策を解説する。
Kubo Blog
Page 3 — Technical articles on Kubernetes, K3s, and Proxmox
推論が学習を逆転した。KubeCon Japanで語られた、AI時代のKubernetesクラスタ設計指針
AI計算需要は学習から推論へ逆転し、2030年には推論の計算能力が学習の1.5倍に達すると予測される。KubeCon Japanの議論とCNCF AI Conformance Programから、Kubernetes/K3sクラスタが備えるべき設計指針を解説する。
2000台のIoTデバイスがネットワーク回線を圧迫していた。ハイブリッドK3s運用でpush型メトリクスが牙を剥いた日
2000台規模のエッジデバイスを支えるK3sエッジ運用の現場で見えた、軽量Kubernetesを選ぶべき理由と、push型メトリクス収集が生むネットワークコストの実態を、具体的な数値とハイブリッドクラスタ設計の観点から詳しく解説する記事。エンジニア・運用担当者向け。
AIがコードを書ける時代に、なぜインフラエンジニアの給料は上がったのか。企業のAI導入ラッシュが生んだ「MLOps人材不足」の実態
生成AIの普及でコードは誰でも書ける時代になったが、企業のAI導入が進むほどKubernetes上でGPUやモデルサービングを安定運用できるMLOps人材の需要は逆に高まっている。その理由と解決策を解説する。
Base64を見て安心するな。KubernetesのSecretsが「素通し」される理由とRBAC設計の落とし穴
KubernetesのSecretsはBase64エンコードされているだけで、暗号化されていない。etcdへの平文相当保存とRBACの過剰権限が引き起こす事故と、K3s本番運用で実践すべきSecrets管理の対策を解説する。
『CPU使用率は低いから大丈夫』は罠。Kubernetesが隠すスロットリングと接続プール枯渇の天井
KubernetesでPodを増やしても遅延が直らないとき、真のKubernetes遅延原因はCPUではなくスロットリングやDB接続プールの枯渇かもしれない。見えない天井の正体と正しい診断・対処法を解説する。
AIに『直して』と頼んでも直らない。Kubernetes本番障害調査は分散トレーシングから始まる
Kubernetes本番環境の障害対応をAIに任せても、分散システムの因果関係が見えなければ的外れな対処になる。AIOpsを機能させる分散トレーシング設計とOpenTelemetry導入の実践ステップを解説する。
壁に貼っただけで「安心」に変わる。ホームラボの壁掛けダッシュボードが教えてくれた、エッジK3sクラスタの観測性設計
自宅の壁掛けダッシュボード作りで起きた総当たりのトラブルシューティングは、工場や店舗に分散したエッジKubernetesクラスタの運用でも同じ罠になる。K3s・Prometheus・Grafanaの公式ドキュメントを引きながら、観測性を後回しにしないための設計原則を解説する。
「namespaceで区切ったつもり」が事故のもと。KubernetesマルチテナンシーをCapsuleが解決する仕組み
namespaceで環境を分けただけでは、ポリシーもリソース制限も自動では引き継がれない。Kubernetesマルチテナンシーの落とし穴と、Capsule・vCluster・HNCという3つの解決アプローチを実務目線で解説する。
テストを増やすほど本番は壊れる。Kubernetes運用で『機能フラグ』が監視より効く理由
QAテストを積み増しても本番障害は減らない。すべての例外パターンを事前に洗い出すのは原理的に不可能だからだ。Kubernetes運用で注目される『機能フラグ×監視×自動ロールバック』という壊れる前提の設計思想と、K3s環境で無理なく始めるための段階的ロードマップを解説する。