01> リリースまでの道のり
// 課題01
都市規模の配車プラットフォームが、乗車・ドライバー・精算を「倒れるときは丸ごと倒れる」バックエンドに載せていました。イベントループが一つ詰まればヘルスチェックも配車も予約も同時に落ち、誰もが必要とする分析は乗客と同じライブテーブルを叩いていました。
// アプローチ02
コアをワーカー2本のFastAPIサービスとして作り直し、ホットなRedis経路すべてにサーキットブレーカーを、その背後にクラスタ安全なキューとフォールバックキューを置きました。レポーティングはライブテーブルから切り離し、定時更新のマテリアライズドビューへ — 日次売上、プロバイダー別実績、市内の時間帯別需要。
// 成果03
カスタマーアプリ、プロバイダーアプリ、ベンダーコンソール、ウェブがAWS本番で単一の堅牢なコアに接続します。依存先が詰まっても落ちるのは一経路でプラットフォーム全体ではなく、先月の需要という問いは避けられるのではなく数秒で答えが返ります。
case --info aero-platform
> クライアント · Aero
> 業種 · モビリティ
> 技術スタック · FastAPI · Flutter · PostgreSQL · Redis · AWS
> 結果 · 本番稼働中 · 4アプリ · AWS
> case/aero-platformリリース済み ▮
同じようなシステムをお考えですか。
何をつくりたいかをお聞かせください。営業トークではなく、範囲を定めた計画をお返しします。