GAE: 新价格下可能的变通方式

[jeeson]

GAE 新价格下, 昂贵的Datastore计费方式, 让人抓狂. 而由于GAE特定的Datastore接口, 导致迁移成本很高.

不过前段时间 GAE 新增加的Cloud SQL *也许* 是个不错的解决方案

优点:
1，基于 MySQL, 容易学习, 将来迁移到其它平台成本低
2，支持许多无法通过Datastore实现的特性, 以及某些关键性能提升
3，可以方便的导入导出数据 (Google Storage)
4，0 管理, 自动复制到多个节点
5，一个Instance的数据可以在多个应用中访问
6，暂时免费 (将来肯定收费)

缺点:
最大10G (目前)
5 QPS (写入)
没有明确的价格

如果最终价格参考其它服务商的价格, 还是值得尝试的:
Amazon RDS: Small DB Instance: 1.7 GB memory, 1 ECU (1 virtual core with 1 ECU), 64-bit platform, Moderate I/O Capacity, $0.11 (http://aws.amazon.com/rds/)

Heroku: Shared Database: 20G/$15/月, 1.7G/... $200/月, http://www.heroku.com/pricing#0-0

最大的好处是, 即便将来公布的价格高, 也容易离开

总之, GAE的PaaS还是有许多精彩的地方, 但是不需要用到 "high scalability" 特性的应用, 早点离开比较明智

[phus]

哎，刚开始和楼主的看法一样，最先死的是urlfetch代理类应用，但是现在看来倒是urlfetch受到的影响最小。

[sohoer]

@phus 是完全没影响，而且好像更好了，以前urlfetch的流量会算在 In Bandwidth,现在好像是分开算的

[sohoer]

刚刚又看了下配额，好像还是在一起算的urlfetch搞个4G,In Bandwidth搞个1G，不知道怎么想的.

[madeye]

@sohoer 前两天确实没算进去，现在又恢复了

[jeeson]

http://www.google.com/enterprise/cloud/appengine/pricing.html

新价格下, Incoming Bandwidth 免费了, 不知道对免费版本是不是.

现在Linode等许多服务商都开始"单向收费", 只计费输出流量

[sohoer]

@jeeson 那搞个爬虫不是无敌了.

[sohoer]

@jeeson Linode Transfer 200GB 不是 Outgoing Bandwidth+Incoming Bandwidth?

[Livid]

Linode 只对 outcoming 带宽收费。

[jeeson]

@sohoer 200GB 以内似乎是 In + Out, 超过之后, 只计费输出的流量

搞爬虫, CPU 和 存储 也需要收费, 而且服务协议里通常有 "合理使用" 或 "公平原则"