自分の認知と学習を静かに磨くデジタルノート
速く流れていく情報から少し離れ、自分の頭でじっくり考えられる文章だけを集めています。
更新
2026/9/20
Tag
Netflix がリアルタイムサービスマップをスケールさせた方法 本番規模の課題：リアルタイムサービスマッピングが破綻するとき Netflix のサービストポロジーは、サービス依存関係をリアルタイムで可視化するための概念実証として機能していました。しかし、Netflix の運用規模での本番環境への展開—数千のマイクロサービスが毎秒数百万の依存関係イベントを生成する環境—は、根本的なアーキテクチャ上の制限を露呈させました。元の設計は、ストリーミングワークロー...
I/O多重化アーキテクチャが重要である理由 epollとio_uringの選択は、アプリケーションのスケーラビリティ特性に直接影響を与える構造的な決定を表しています。Linux 2.5.44カーネル（2002年）で導入されたepollは、select(2)のO(n)ファイルディスクリプタスキャンをイベント駆動型通知メカニズムに置き換えることで、C10K問題に対処しました。本番Linux環境ではいまなお支配的なI/O多重化インターフェースです。Linux 5.1（...
3エージェント・アーキテクチャ：計画、生成、評価の機能的分離 Anthropicの3エージェント・ハーネスは、単一型のAIコーディング・アシスタントで通常は混在している3つの操作を機能的に分離することで、自律的なAI開発を再構成しています。その3つの操作とは、計画、生成、評価です。これらの機能を以下のように定義します。 - 計画エージェント：アーキテクチャ仕様を確立し、開発目標をコード生成に先立つ離散的で順序依存的なタスクに分解します。このエージェント...
ソフトデリートをデフォルト戦略として再考すべき理由 ソフトデリート—レコードを削除するのではなく削除済みとしてマークする—は、アプリケーション設計において反射的な選択肢となっている。その魅力は明快だ:コンプライアンス、監査証跡、復旧シナリオのためにデータを保存する。しかし、この利便性は、システムがスケールするにつれて複雑化する重大な運用上の摩擦を隠している。 主張: ソフトデリートは、文書化されたシステム要件と規制上の義務に紐づいた明示的なコストベネフィ...
Redis、愛しているけど、SolidQueueに乗り換えます なぜRedis単体ではジョブキューとして不十分なのか Redisは、永続的なジョブキューシステムとしてではなく、低レイテンシアクセスパターンに最適化されたインメモリデータ構造ストアとして設計されました(Redis作成者Salvatore Sanfilippo、2009年)。Redisは永続化メカニズム(Append-Only File(AOF)とRDBスナップショット)を提供していますが、これら...