アーキテクチャの選択、運用上のトレードオフ、デリバリー実践に関する短い記事です。マーケティング向けではなく、技術読者向けに書いています。
イベントソーシングが適する問題は限られています。本番の台帳・分析基盤の経験から、推奨前に確認している項目です。
洗練されたデモから週数万件の顧客接点へ移すには、ルーティング、ツール、評価、コスト、ログ、エスカレーションへの明示的な投資が必要です。当社での切り分け方です。
動く成果物を伴う週次デモは、優先度のズレや隠れた結合をコードに固定する前に捕まえるコストを下げます。
PostgreSQLは初期に決めなくてよい判断が多いため、OLTPのデフォルトにしています。別エンジンが妥当な狭い条件を整理します。
小さく退屈で文書化されたベースラインは、作者しか把握していない独自構成より引き継ぎやすいです。
ステークホルダ同席で合意した1枚のスコープは、多くのツール投資より下流の手戻りを減らします。