sae gae bae之间比较哪个好,计费方式价格哪个便宜,性价比划算

2014年9月12日 发表评论 阅读评论

我个人觉得bae目前的定价和定位真的伤到了中小开发者,以前是有免费额度的,现在完全取消了,这样连试用的机会都没了,我建议百度云应用给中小开发者初始一些免费额度。然后升级换代,又跑了不少开发者,从bae1到bae2到bae3.0,不支持上个版本的代码。

GAE、SAE与BAE的对比分析

本文主要从以下几个方面对GAE、SAE和BAE的优劣进行分析。

数据库

GAE 目前使用 Datasotre 存取数据,最近也提供了云 SQL(MySQL),但申请比较困难。此外,GAE免费提供给用户500M的存储空间和每个月500万次的访问流量,除了部署大型社交行网站(如人人,新浪微博等)不够之外,对于普通的web网站已足够。

SAE 不支持 InnoDB(可申请支持,但申请有点难度),BAE 默认支持。

BAE 不支持数据库连接池(c3p0、BoneCP 已测不支持),数据库连接不能长时间保持。

对于国内云而言,SAE 显式给出了主从库的访问方式,应用可以比较灵活地设计存取策略,例如读写分离。并且 SAE 是每个应用都拥有自己的数据库,而 BAE 是所有应用共用一个库。

应用配置

BAE 的 duapp-web.xml 基本是抄袭 GAE 的 appengine-web.xml,元素基本一致。

比较奇怪的是 BAE 静态资源配置默认所有后缀为静态文件类型(例如.html)的请求路径都默认假设为静态资源,需要在 duapp-web.xml 中指定排除。

综上,GAE的应用配置最完善,国内的SAE和BAE的应用配置由于开发时间短和技术不成熟而显得稚嫩。

计费与配额

GAE 目前的计费模型主要是按 API 调用计数,流量分为 In/Out 配额。每天会定时刷新免费配额。存储空间超过500M或每个月的访问500万次访问数量则需要购买配额。总体来说,相对于国内云来说谷歌的免费配额更大。

SAE 按应用天计费“豆豆”,服务也按流量计费、CPU 时间、调用次数计费。注册或活动送配额,否则需要购买。

BAE 目前还没有详细的计费,只限定了应用数。公测结束后应该会细化计费模型。

综上,GAE 的计费一目了然,主要就是 API 调用次数,但提供的免费访问配额较大;SAE 的计费比较复杂,不同服务有不同的计费策略;BAE 还没有明确的计费模型,但只是因为BAE开发的时间短,很多技术和服务细节还不完善,相信便很快便进入收费模式。

域名绑定

域名绑定就是把域名解析到服务器IP,然后在服务器上设置该域名有权限访问的过程。

GAE 开通企业套件后随便绑,企业套件有免费版。

SAE 目前可以随便绑,但没备案的话绑定域名的请求走海外中转,流量计费翻倍(原二级域名请求计费不变)。

BAE 目前可以随便绑,但没备案的后果自负。

平台服务

GAE 提供了完整的 SDK 包,包含了开发需要的本地运行环境和配置客户端。

SAE 提供了 SDK 包,包含了开发需要的本地服务实现。

BAE 则分别提供了服务 Jar,调用方式按不同服务而异。

综上,GAE 提供了完整的平台化服务,覆盖了从开发到上线运维的一系列工具;SAE 则提供了部分工具,平台化不完整,增加了开发、运维难度;BAE 则是分别提供不同服务给开发,没有统一的 SDK 与调用方式。

综合评价

GAE 提供了比较完整的服务平台,覆盖了应用的生命周期,最近也提供了云 MySQL服务以吸引更多开发者。GAE相对于国内云SAE和BAE来说开源性更好,技术更成熟,平台更稳定,易用性更强,但GFW的存在使‘被墙’的问题始终是GAE的一大劣势。

相比GAE,国内SAE 与 BAE 主要还是面向应用部署托管,普通应用修改后易迁移部署到 BAE 或SAE。新应用开发可以选择和平台绑死(依赖平台服务)或按照普通应用开发。使用配置工具来上传、更新应用配置其实是非常好的方式,但目前 SAE、BAE都没有提供客户端配置工具,这增加了使用者的维护工作量,也使得开发者的开发难度相对较大。

SAE相对BAE来说开发时间更长,技术要比BAE完善,对于国内开发者来说SAE的最大优点是速度快,但缺点也还存在,比如访问不稳定,说明文档少,对API的支持和说明极其简陋等,而且,由于SAE刚开发的时候是从支持php+sql入手,故目前对python的支持不是很好。而对于BAE来说,最大的优点是具有百度的巨大平台和搜索引擎,但其开发时间短,目前支持的服务有限,相比于SAE来说要差一些。

08年谷歌开始提供GAE服务,我就开始接触了云计算和python,开发出了sdblog程序,以及一些周边的小工具,但是gae逐渐上不去之后,我也忙了一段其他事情,今年开始重新关注国内的云计算平台,比较知名的也就算sae和bae了。

sae:
网络:较快(我的是联通网络);
云存储:支持系统自带的云存储,支持按目录,按前缀,查询,支持分页查询,但是没看到缩略图的处理。这些操作都是基于REST的,但是没有见到操作协议或操作说明。另外python的api极其简陋,还好我们可以查看php的源代码重写python的storage的api。
CDN:对企业用户开放,需要1万豆才能用。
交流:依靠自有论坛,邮件列表。不过论坛每天发贴不超过200,不活跃。
优点:稳定,未备案域名政策明确,收费策略明确。
缺点:storage不够强大,比bae差。mysql不支持事务。

bae:
网络:时而很快,时而超时(最近发现超时的原因是memcache的初始化问题,也可能是我使用的问题);
云存储:支持系统自带的云存储,同时支持对百度网盘的操作,统称PCS,比sae强大很多。
CDN:免费开通,不错啊。
交流:hi群,贴吧等,群比较活跃,技术支持人员解答及时。
优点:依托pcs及网盘的存储开发优势明显;依托百度推广的渠道优势明显。据说mysql支持事务。
缺点:不稳定,经常打开页面超时,以前报cpu ran out,现在是超时。未备案域名政策不明确,收费策略不明确。

从BAE到SAE

现在微信公众平台这么火,几乎每个企业都想拥有自己的公众号,如果企业只想通过软文进行营销的话,那么使用订阅号是再合适不过了。但如果想通过自动化服务于用户(特别是服务号),那么就需要将模式切换成开发者,进行关键词和事件的程序开发。那么对于想我这样既没钱有没资源的个人公众号,选择一个好的云平台至关重要,我开始一直是百度BAE的拥护者,毕竟他免费,而且界面整洁,用起来很顺手。但直到最近百度开始主推自己的轻应用,让我不得不选择新浪的云平台。

百度在近期通知所有开发者,今后云平台将使用BAE 3.0框架,而BAE 2.0中应用将不再支持,然后让大家把应用迁移至新的云平台,那就迁吧。最恶心的事情出现了,完全无法迁移,特别是数据库,根据没有目标数据库的选项,只有一个“请选择”,我选择什么啊我。那既然你不提供一键式的切换,我手工切换好了。导出数据库,下载好代码,我们一起去BAE 3.0创建一个新的应用,重新部署即可。但恶心的事情再一次发生了。只能创建轻应用和移动应用,无法创建WEB应用,理由是避免web服务的混乱,我就不知道有什么混乱的,不会是因为有很多微信的服务端在web应用中吧。那好吧,我创建个轻应用就好了。结果费了半天劲创建了一个轻应用,代码上传后,应用需要百度审批,只有审批通过后才能接入生效。很不幸,第二天我才知道没能通过审批,百度给出的理由是“站点内容质量需要优化,建议您优化您的页面,以提升用户体验”,靠,也就是说我写个纯静态页面就没有价值,只有开发一个健全的应用用才行。去你的吧,我不用了好不好。

后来去新浪的SAE云看了看,发现跟BAE也没多大区别,就是用户体验不太好,界面烂了些,但人家不排斥把自己打造成微信的服务端,甚至还提供微信的基础框架,真是贴心。我粗略的算了一下,以我目前微信号的使用情况,一个月也不过几十块钱,比较便宜。而且SAE是通过流量算费的,只要没有人恶意攻击,应该是使用多少流量付多少费用。

最后,我觉得百度是想通过轻应用打造他自己的light app生态圈,岂能助长别人的服务(公众号),不过完全把初级开发者拒之门外,早晚他会后悔地哟。


转载请注明来自:[MSN Spaces]http://msn.shandian.biz/752.html

  1. 本文目前尚无任何评论.