您有多少次看到有人建立了一個帶有所有雲端功能和附加功能的 MVP，但卻發現它毫無進展？
該產品具有 Lambda 函數。它有 API 網關。它有 Cognito。它具有 S3、CloudFront、DynamoDB、CloudWatch、IAM 策略等。這張架構圖看起來就像一張地鐵圖。然而...沒有人使用它。
事實很簡單：您不需要 AWS 來建立使用者喜愛的東西。
過度殺傷問題
建築商常常會陷入一個陷阱。您閱讀了一些部落格文章或在 Twitter 上看到一張圖表，突然想到您的小專案需要與 Netflix 相同的架構。
你不知道。
大多數早期專案的失敗並不是因為缺乏可擴展性，而是因為缺乏使用者。或因為產品令人困惑、有缺陷或沒有解決實際問題。
過度設計你的基礎設施是浪費你的時間、精疲力竭或根本無法啟動的絕佳方式。
你真正需要的
如果您是獨立開發人員或小團隊，正在嘗試建立和發布一些有用的東西，那麼這可能就是您所需要的：
-
每月 5 至 20 歐元的Hetzner 、DigitalOcean 或類似公司的 VPS
-
Docker Compose 執行你的應用程式和資料庫
-
如果您想完全避免伺服器管理，可以使用像Sliplane這樣的託管容器平台（是的，作為創始人，我有偏見）
您不需要 Kubernetes。您無需擔心自動縮放。您不需要連接六個 AWS 服務來顯示單一頁面。
大多數獨立產品可以在單一伺服器上長期完美運作。
AWS 何時發揮作用
讓我們公平一點。在某些情況下，AWS 是正確的選擇：
-
您想學習 AWS，因為您正在尋找工作或培養雲端職業技能
-
您有非常具體的要求，例如需要將資料儲存在政府雲端中，或靠近同樣位於 AWS 上的客戶基礎設施
-
你正在解決一個從第一天起就真正需要全球規模的問題
-
您已經深入 AWS 生態系統並擁有豐富的專業知識
這些都是很好的理由。但要對自己誠實。大多數專案不是從這裡開始的。
即使您以後確實需要 AWS，也沒關係。時機成熟時，您可以隨時遷移。到那時，您將被期望獲得收入、用戶，並更了解您的需求。
記住這一點：
您的產品失敗的可能性更大，是因為其功能，而不是其運作環境。
如何在沒有 AWS 的情況下開始
想要快速推出某些功能而又不想花數週時間學習雲端架構嗎？這是一個可靠的起點：
-
使用 Docker Compose 定義您的應用程式、資料庫和任何後台工作者
-
使用 ssh 和 docker compose up 將其部署到 VPS
-
或是使用一個抽像操作的平台，讓你專注於程式碼
-
選擇開源工具來執行監控、授權或任務佇列等操作
就是這樣。您可以在一個下午內從零開始直至部署。無需認證。
最後的想法
您不需要 AWS 來建立偉大的東西。您所需要的是專注、可用的產品以及快速出貨的能力。大型基礎設施無法挽救劣質產品。簡單的基礎設施不會扼殺好的基礎設施。
從小事做起。儘早啟動。快速學習。您以後可以隨時擴展。
乾杯，
Sliplane共同創辦人 Jonas
P.S：需要澄清的是，我很喜歡 AWS，甚至經常推薦它用於特定的用例
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式