【要約】売上予測WebアプリをFastAPI + Prophet + Reactで個人開発してリリースした話 [Qiita_Trend] | Summary by TechDistill
> Source: Qiita_Trend
Execute Primary Source
// Problem
- ・既存の需要予測ツールの高コスト性と導入障壁。
- ・フロントエンド（Vercel）とバックエンド（Render）のドメイン分離によるCORSエラー。
- ・Render無料プラン特有の、アイドル時間後の初回リクエスト遅延（コールドスタート）。
// Approach
1.予測エンジンにProphetを採用。季節性や祝日効果を自動でモデル化し、チューニング工数を削減。
2.FastAPIの
CORSMiddlewareを実装。本番環境ではallow_originsを特定ドメインに制限。3.Reactの
useMemoを活用。表示範囲内の統計量（平均・最大・最小）を動的に計算。4.
html2canvasを導入。RechartsのグラフをPNG形式で保存する機能を実装。5.フロントエンドにローディングスピナーを配置。コールドスタートによるユーザー離脱を防止。
// Result
- ・CSV入力から予測グラフ表示までの一連のフローを完結。
- ・Prophetによる手軽な時系列予測と、ReactによるインタラクティブなUIを両立。
- ・開発におけるCORS設定やインフラ起因のUX課題を解決。
Senior Engineer Insight
> 技術選定は極めて合理的。Prophetの採用は、精度と開発工数のバランスにおいて賢明な判断である。ただし、Renderの無料プラン利用は商用レベルでは不適。コールドスタートはUXを著しく損なう。実務投入を想定するなら、計算リソースのスケールアウトと、予測処理の非同期化が必須。プロトタイプとしては、技術スタックの組み合わせが非常に優れている。