停止一開始MVP的開發就使用 AWS（直到你真正需要它）

過度殺戮陷阱

這是一個很容易陷入的陷阱。您閱讀了一些文章，看到了一些精美的圖表，然後突然相信您的週末專案需要價值十億美元的公司的架構。

事實並非如此。

大多數 MVP 失敗並不是因為無法擴展，而是因為沒有人在乎。因為它們笨重、令人困惑，或無法解決實際問題。

過度建構堆疊只會導致倦怠和無休止的延遲。保持簡單。讓它發揮作用。讓它變得重要。

如果您是單獨開發者或小團隊，請保持簡單。很有可能，您所需要的只是：

您不需要 Kubernetes 或自動縮放。而且您絕對不需要連接一半的 AWS 來提供單一頁面。大多數獨立專案在一台伺服器上運作良好 — — 通常長達數年。

公平地說，在有些合法的情況下，AWS 是正確的選擇：

這些都是充分的理由。但說實話——大多數早期專案不是從這裡開始的。

如果您的簡單設定確實不夠用了怎麼辦？偉大的。到那時你就會有用戶、收入和真正的需求。後期遷移是一個可以解決的問題。過早進行過度設計是不對的。

請記住：您的產品失敗的可能性更大，因為它的功能，而不是它的運作環境。

想要快速出貨又不想被雲端設定淹沒嗎？方法如下：

這就是你所需要的。您可以在一個下午內從構思到部署——無需認證，無需深厚的雲端知識。

您不需要 AWS 來建立人們想要的東西。您所需要的是專注、有效的程式碼和快速的交付。大型基礎設施無法挽救損壞的產品。簡單的基礎設施不會阻止良好的基礎設施。

從小事做起。發展開發很快。修復損壞的部分。準備好後即可擴展。

P.S.：我喜歡 AWS——當你真正需要它時我會推薦它：全球規模、複雜整合或深度合規。只是不要默認從那裡開始。