我可以提供一个关于EC2的观点（相对于专注 – 从未走过VPS的方法） – 绝不全面，而且都是从个人经验出发，但也可以提供一个起点。
EC2成本：
- 实例成本（RAM，处理能力（在'ECU'中），大多数情况下的临时存储） – 以每小时（或部分）
- 存储成本：弹性块存储 – 每GiB + I / O成本 – 可创build高达一个TiB的EBS卷，可将多个卷连接到单个实例，可从多个卷创buildRAID磁盘 – 存储在实例终止
- 数据传输成本 – 传入数据是免费的，传出数据是分层收费的; 在同一可用区（不同区域）的实例之间传输的数据是免费的。
- 备份成本：EBS卷可以使用快照进行快速备份，这些快照是差异化的（独立的）压缩图像 – 快照存储（每GiB）和获取/放入请求的费用）
- 静态IP（弹性IP）：每个实例只要附加一个实例就有一个实例 – 对于未连接的弹性IP，需要收费（每小时或部分）
每个小东西都要收费，虽然个人成本似乎不高，但随着时间的推移，成本肯定会相加 – 您需要很好地pipe理成本，因为AWS不提供限制成本的内置机制（例如，您无法指定一个每月100GB带宽的上限 – 无论你最终使用你支付）
优点：
- 主要的优势在于按需扩展性 – 如果您现在需要额外的处理能力，您可以得到它。 EC2服务也可以轻松地与其他AWS服务（例如，Cloudfront CDN或Cloudwatch监控等）集成。
- 您拥有完全的root访问权限，可以完全自定义您的实例（如果需要，还可以自定义您自己的操作系统）
- 灵活性 – 各种各样的实例types有利于不同的任务，但某些（罕见的）情况可能会遇到内存限制
- 易于更改实例types – 您可以从一个小实例开始，并将其升级到大型实例按需。
- 相同的“图像”（AMI）可以很容易地部署在多个实例的“按需”
- 基本监控（Cloudwatch） – 间隔5分钟 – 是免费的
- 按小时分辨率彻底分解成本
- 良好的安全控制（例如多个受限帐户等）
- API访问几乎“系统”的所有方面
- 大多数东西都有一个可以使用的界面或控制系统 – 您不需要联系“人”来进行更改（例如添加存储，实例，更改操作系统等），因此很容易testing“玩”。
缺点：
- EBS – I / O和性能都是可变的并且取决于实例types（因为更大的实例提供更高的networking吞吐量）
- 带宽 – 在低使用水平可能是相当昂贵的; 你不能“保留”数量（但是，如果你承诺一个（重要的）最低数量，他们可以给你一个折扣）。 为了实现真正的高可用性，您需要多个地区的实例 – 这会导致实例之间的传输成本。
- 没有有状态的外部防火墙（安全组提供一个外部防火墙，但它只是每个端口/ IP /安全组）
- EBS卷只能在任何给定时间附加到单个实例
- AWS并不总是最能沟通的问题
- 可能会有问题终止实例或分离EBS卷（罕见）
- 不支持多播/广播传输（例如某些传输系统使用）（仅单播）
- 缺less文件的某些方面（例如关于使用报告的定义）
我相信还有更多的观点，但现在想起来了。
个人想法：
我更喜欢AWS，因为我的需要它提供了良好的成本，灵活性和控制。 我认为AWS最适合于需要按需扩展的非常小的站点或更大的站点。 你可以用VPS来实现EC2上的任何东西，但是你可以付更多的钱。 可以find合适的VPS软件包的中型网站在AWS上的成本很可能高于相同的VPS。