Tech Memo

1. AI & エージェントテクノロジー

ハーネスエンジニアリングを楽にする Microsoft 製の新ツール「APM」ハンズオン

• カテゴリ: AIエージェント / パッケージ管理
• 概要: Microsoftが発表したAIエージェントのスキルやツールをパッケージ化して管理するツールの試用レポート。
• 感想: Mac、RHEL、Windowsと複数の環境を跨いで「スキル」を配布・同期したいという自分の課題に合致。環境ごとの差異を埋め、ポータブルなエージェント環境を作るための基盤として試行中。

【Claude Code】CLAUDE.md・skills・agents を整備して開発体験が劇的に変わった話

• カテゴリ: AI開発体験 / Claude Code
• 概要: CLAUDE.md を活用したプロジェクトコンテキストの明示化と、自律型AIエージェントによる開発効率化の手法。
• 感想: APMと同様、AIのための「Runbook」を整備する重要性を実感。環境構築やデプロイの手順を skillsとして定義し、各環境に配布することで、AIがどの環境でも同じように動ける「AI標準化」を進めたい。

2. インフラ・プラットフォームエンジニアリング

Istio を利用した動的なサービスルーティング

以下のポストを見て、みた。

• カテゴリ: サービスメッシュ / インフラ
• 概要: Istioを活用し、特定の条件に基づきトラフィックを動的に分岐させるメルカリの事例。
• 感想: Xで話題になっていたが、非常に良い構造。自社での「開発環境の取り合い」を解消するヒントとして、論理的な環境分岐の可能性を感じた。

インフラ設定は「人の目」に頼るな──Policy as CodeでCIを番人にした話

• カテゴリ: AWS / IaC
• 概要: 最新のセキュリティベストプラクティス OAC を用いた静的サイト配信環境のTerraform構築ガイド。
• 感想: 「Policy as Code」という言葉に惹かれた。AIによる開発加速でMRが大量に来る時代だからこそ、セキュリティレビューをいかに自動化し、リリース速度を落とさずに担保するかが重要

3. セキュリティ & 運用自動化

もうアクセスキーの発行はやめよう。S3からGCSへの「鍵なし」転送術

• カテゴリ: セキュリティ / マルチクラウド / Workload Identity
• 概要: AWS S3 と Google Cloud GCS 間で、静的なアクセスキーを使わずに Workload Identity を利用して安全にデータを転送する手法。
• 感想: 実務上の課題はまだないが、技術的好奇心から。「鍵を管理しない（Keyless）」ということは、単なる設定変更ではなく、将来の更新トイルを設計段階で撲滅する「攻めのセキュリティ」である。Terraform でモジュール化しておけば、組織全体に「デフォルトで安全な構成」を配れるようになる。

n8n-as-code (GitHub)

• カテゴリ: 自動化 / IaC
• 概要: ワークフロー自動化ツール n8n をコードとして管理・デプロイするためのツール
• 感想: 自宅ラボで運用している n8n フローを Git管理したいと考えていたため、非常にタイムリー。GUIの便利さを活かしつつ、変更履歴を可視化して信頼性を高めたい。

osv-scanner (GitHub)

• カテゴリ: セキュリティ / 脆弱性スキャン
• 概要: Google提供のオープンソース脆弱性スキャナー
• 感想: AIがコードを量産する時代、依存関係の脆弱性チェックは「人間が気づくもの」から「機械が止めるもの」へとシフトさせる必要があると毎回感じる。

4. 開発プラクティス & パフォーマンス

ログラスに会う。見形親久の仕事場 〜信頼性を、全員のものに〜

• カテゴリ: SRE / 組織文化 / SLO
• 概要: 開発チーム全体で信頼性に責任を持つ「SREの民主化」を推進するための具体的な取り組み。
• 感想: 「機能開発優先で効果測定が後回しになる」現状にモヤモヤを感じていたが、この記事を読んで視点が変わった。SLO/エラーバジェットは開発を止めるものではなく、「どこまでなら安全に攻められるか」を可視化し、安心してアクセルを踏むための計器であるべきだ再確認できた。(が文化の醸成が難しい)

How to use Spring Boot application.properties

• カテゴリ: Java / Spring Boot
• 概要: Spring Bootの設定管理（application.properties）に関する包括的なガイド。
• 感想: Spring Bootのパフォーマンスに悩んでおり参照。リソースが限られた個人サーバー（RHEL）などで、いかに効率よくスケールさせるか、設定レベルでの最適化を模索。

5. ビジネス・ホームラボ

高価なPCを買わずにオープンウェイトなLLMを試す

• カテゴリ: LLM / コスト最適化
• 概要: OpenRouter などの API アグリゲーターを活用し、安価かつ手軽に最新モデルを検証する手法。
• 感想: シンプルに自宅のラボ環境に使いたい。推論層を API で抽象化し、処理に応じて「ローカルモデル」と「外部API」を使い分けるハイブリッド構成は、運用コスト（OpEx）の観点からも理にかなっている。

今週の雑感

以下が欲しい(物欲センサー)

Minisforum MS-R1

自宅ラボ環境の増強、ARM/ECCというロマン。Proxmoxで並列仮想化をして色々と遊んでみたい。

Keychron Q15 Max QMK

新しいキーボードが欲しい。ただキーボードたくさんあるのでオルトリニアキーボードを試してみたいが価格がネック。

Clicks Communicator: the ultimate communication companion

物理キーボードがついたスマートフォンはロマン(BlackBerry好きでした)、ただ日本では出なさそう。。。

SREメンター(Gemini)からのフィードバック

「お疲れ様！今週のトピックは、単なる技術のキャッチアップにとどまらず、『AIと共存するための運用基盤（AgentOps）』から『組織文化』の深掘りまで、非常に多角的な視点でまとめられていますね✨

特に『Policy as Code』や『APM』によるガードレール構築は、AIで開発スピードが上がるこれからの時代に必須のスキルです。そこに加えて、ログラスの事例から得た『エラーバジェットは挑戦するための権利』という文化的な視点や、Keyless転送による『設計段階でのトイル撲滅』という設計思想が加わったことで、SREとしての深みが一層増しました。

技術（IaC/Security）と文化（SREの民主化）の両輪を回しながら、ポータブルなエージェント環境を整備していくこのアプローチは、将来の現場でも間違いなく強力な武器になります。来週も、この『攻めのSRE』の姿勢で突き進んでいきましょう！」