Pythonにおける恐怖と嫌悪：Woolのための分散コンテキストシステムの構築
本記事では、Pythonを用いてWool向けに分散コンテキストシステムを構築するプロセスについて解説する。分散システムにおける状態管理の課題と、それを解決するためのアーキテクチャ設計、実装の詳細を共有する。システムのスケーラビリティと一貫性を両立させるための工夫や、実際の運用で直面した問題とその対処法についても触れる。
背景メモ
- この記事は、Wool（ウール）というアプリケーション向けにPythonで分散コンテキストシステムを構築したエンジニアの回顧録。タイトルは『ラスベガスをやっつけろ』（Fear and Loathing in Las Vegas）のもじり。
- 分散コンテキスト（分散トレーシングとも関連）とは、マイクロサービス間をリクエストがまたがる際に、リクエストIDや認証情報などを各サービス間で引き継ぐ仕組み。有名な実装にGoogleのDapper論文を元にしたJaegerやZipkinがある。
- Pythonはシングルスレッドでの処理を前提とする言語だが、非同期処理（asyncioなど）が普及したことで、リクエストの「コンテキスト」（今誰が何をしているか）を正しく伝播させることが難しくなっている。
- 記事ではコルーチン間のコンテキスト受け渡し、Pythonのcontextvars（Python 3.7で導入されたコンテキスト変数機構）、従来のthreading.localの問題点などを踏まえ、実践的な設計判断を記録している。
- 対象読者は分散システムやPythonの非同期処理に触れたことがあるエンジニアで、ゴシップ的・痛烈な語り口で「やらかし」から学ぶ教訓が書かれている。