Production 正式環境

真實使用者正在使用的正式版本。

先用一句話理解

真實使用者正在使用的正式版本。

打個比方

像正式營業中的店，不適合直接施工測試。

什麼時候會遇到

服務正式對外提供給客戶或使用者時。

再往深一點看

Production（通常縮寫 prod）是你的服務對外正式運作的那個環境，連接真實資料庫、使用真實的 API 金鑰、處理真實使用者的請求和金錢。它和 preview 的差別不只是「有沒有人在用」，而是錯誤的代價完全不同——preview 壞了最多讓驗收延誤，production 壞了是真實使用者無法登入、付款失敗、資料可能損毀。正因如此，production 環境需要有監控（Sentry 記錯誤、Uptime 監測是否在線）、有備份、有 rollback 計畫；任何要在 production 執行的資料庫 migration 都要特別謹慎，因為跑壞了可能影響上百位真實使用者的資料。

舉個例子

你的 SaaS 在 Vercel production 環境跑，連的是 Neon 正式資料庫。某次 deploy 後 Sentry 報出大量 500 錯誤，你確認是新程式碼引起的，立刻在 Vercel 一鍵 rollback 到前一個 deployment，整個過程控制在三分鐘內，大多數使用者只感受到短暫異常。

常見誤解

- 直接在 production 資料庫手動刪除或修改資料來「測試看看」，沒有備份，一旦下錯 SQL 就永久損失真實使用者的資料。
- 用 production 的 API 金鑰（如 Stripe live key）在本機開發環境測試，不小心觸發真實扣款或送出真實 Email 給真實使用者。
- 沒有接 Sentry 或任何錯誤監控，production 出問題全靠使用者主動回報，常常壞了好幾小時才知道。