📚 すべての記事
全 102 件 ／ 2 ページ目（全 9 ページ）
requests・limits・LimitRange・ResourceQuota：GKEの安定性とコストを管理する
CPU・メモリのrequestsとlimits、NamespaceのLimitRangeとResourceQuotaを、Pod配置、OOM、GKE Standard・Autopilotの費用との関係から解説する。Kubernetes・GKE実践入門第13回。
GKEでSecret Managerを安全に使う：直接取得・Volume・ESOの選び方
GKEからSecret Managerを利用する4方式を比較し、Workload Identity、GKE add-on、Secret同期、External Secrets Operatorを安全に使い分ける。Kubernetes・GKE実践入門第11回。
ClusterIP・NodePort・LoadBalancer・Ingress：GKEの通信経路を理解する
Podへの安定した到達先を作るServiceと、外部HTTP通信を振り分けるIngressを、GKEのロードバランサーとの関係まで図解する。Kubernetes・GKE実践入門第7回。
GKE監視・トラブルシューティング：Pod障害を順番に切り分ける
Pending、ImagePullBackOff、CrashLoopBackOff、OOMKilled、Service疎通不良を、kubectl、イベント、ログ、Probe、GKE監視から順序立てて調査する。Kubernetes・GKE実践入門第14回。
KSA・IAM service accountの使い分け：GKEのキーレス認証
Kubernetes ServiceAccountとGoogle Cloud IAM service accountの違い、Workload Identity Federation for GKEによる直接認可とサービスアカウント借用を解説する。Kubernetes・GKE実践入門第10回。
「最高品質ですか？」に Yes と答えないハーネス — v0.14.0 から v0.15.2、足す設計から測って捨てる設計へ【現在地】
ステアリング駆動開発（応用編）第13回。tdd-team 後半を Dynamic Workflow 化した v0.14.0、実 run が出力契約と測定の穴を暴いた v0.14.13、誤った網羅性検査を撤去した v0.15.0、改善候補を実害基準で選別した v0.15.2。その版履歴を変更一覧ではなく証拠として使い、クロスファミリーハーネスが理想形に近いと言える範囲と、なお「最高品質」と言えない未検証領域を切り分ける。
69分で5リリース — Claude Opus 5 当日対応が暴いた共通ハーネスの死角【番外編】
Claude Code 共通ハーネスを Opus 5 へ当日移行。69 分で 5 回のリリースを重ね、公開後も v0.13.2 まで model 指定、teammate の定義本文欠落、hook スキーマの無言回帰を修正した実録。
ハーネスが単一プロジェクトを卒業する — cts-harness プラグイン化・二層配布・バージョンピン【番外編】
ステアリング駆動開発（応用編）の運用実録第 4 弾。CTS-EC で 3 か月運用したハーネスを、CTS-POS / CTS-LOGI / CTS-AD への展開に向けて共通プラグイン cts-harness へ切り出した記録。プラグイン層と dist 層の分割、ホストリポジトリ契約、共有禁止の線引き、version + SHA のプロジェクト別ピン、更新サイクルの実走までを扱う。
遊休 90% の枠に仕事を振る — Codex 上流調査・段別モデル・verifier バッチ化【番外編】
ステアリング駆動開発（応用編）の運用実録第 3 弾。Claude 側のサブスク枠がタイトな一方、Codex Pro は遊休 90% 超 — この非対称を、逆順禁止の骨格を崩さずに解消する。「read-only 調査は逆順か」を ADR で確定し、調査に偽装した逆順・欠落バイアスという残余経路まで塞ぎ、verifier バッチ化をスクリプト変更ゼロで成立させるまで。
GPT-5.6 sol に 2 日で準拠する — CLI 更新が黙って替えるモデルと、当日中の golden set 再計測【番外編】
ステアリング駆動開発（応用編）の運用実録第 2 弾。GPT-5.6 sol GA の 2 日後、Codex CLI の更新が finder の実効モデルを gpt-5.5 から gpt-5.6-sol へ黙って切り替えた。サーバー側で替わる Claude のエイリアスと、CLI バイナリ側で替わる Codex の既定 —「もう一つのデフォルト追従」を実測で特定し、台帳への明文化・v1 較正チェック・難化 golden set v2 の本測までを記録する。