工程開發 Engineering > :zap: 技術架構 Tech Stack > 生產架構 Production Infrastructure

繁體 | 简体 | English


第一階段雲端服務 Firebase, ZEIT

架構設計目標


開發架構順序

如何用最低成本最快速度開發上線初期產品MVP?


第一階段:Database-as-a-Service + Lambda Compute Service

MVP Stack

Database-as-a-Service

服務 優點 缺點 決定
Google Firebase 最多人用   考慮
AWS Amplify AWS環境,流量多時便宜   考慮

Firebase

AWS Amplify

Static Hosting

ZEIT

Lambda Compute Service

服務 優點 缺點 決定
Google Coud Functions 跟Firebase結合容易   考慮
AWS Lambda AWS環境,流量多時便宜   考慮
Google App Engine 流量多時便宜   考慮
Azure Functions 流量多時便宜   考慮

Analytics

  1. Stickiness KPI - 客戶使用者retention
  2. Virality KPI - 客戶使用者compound effect
  3. Paid KPI - 客戶使用者付費意願


第二階段:Platform-as-a-Service

如何開始容納高流量

服務 優點 缺點 決定
Heroku 最早開發的,一開始免費 流量多時很快就很貴 不用
AWS Elastic Beanstalk AWS環境,流量多時便宜   考慮
Google App Engine 流量多時便宜   考慮
Azure App Platform 流量多時便宜   考慮

Heroku


第三階段:Infrastructure-as-a-Service

服務 優點 缺點 決定
AWS EC2     考慮
Google Cloud Compute Engine     考慮
Azure Cloud     考慮
DigitalOceans     考慮
Linode     考慮


歡迎建議

如果有其他對生產架構看法或建議,請由git issue分享,謝謝!