从装孙子到成大爷——SAE成长记

我是自费五毛,而这是一篇枪文,如有不适请尽快拨打120急救电话,本人不承担任何责任.

在我博客里可以找到的最早关于SAE的文章是在2011-06-27发表的《简单的PHP图片上传工具》,距今已经有一年多了。

很早起就想写这么一篇文章来好好的介绍一下SAE——Sina App Engine。

最早接触云计算,正值GAE的micolog博客热潮,我也是在那个时候开始写博客的。GAE提供的空间很是不错,虽然有功夫网的阻挡,但在景德镇人民的共同努力下,勉强能够维持国内的正常访问。在几个免费的GHS服务倒下后,我开始寻找可以替代GAE的服务提供商,最后发现了SAE。当时SAE的Alpha版发布也才过了不到半年,国内的云计算也才正式开始大规模研发和启用。

由于使用GAE很方便,而国内又正好有类似的服务,抱着试一试的想法,我注册了第一个新浪微博的账号(用的是以前玩游戏的老账号),开始使用SAE。

当时还有每天送100云豆的福利,真正的帮到了那些刚开始创业的人。

不过作为一个PaaS,SAE存在着不少的缺陷,开发人员似乎把云计算的稳定性和性能放在首位,忽视了很多人性化的功能。

比如SDK,没有本地的调试环境,所有的文件都要先上传到应用上才能进行调试,增加了不少风险。

在线代码编辑器,似乎是找外包做的,具有基本的代码高亮功能和文件树,但调试起来仍然不方便。

甚至Storage连可视化的管理工具都没有,所有一切都要你靠代码完成,只能自己动手。

后来的一些内置服务陆续推出,这段时间我认为是SAE的上升期,因为每天送100云豆可以维持基本的应用运行的关系,引来了不少PHP开发者,用户也渐渐壮大了起来。

SAE经常出现服务器错误,因为是Alpha所以可以原谅,真正在上面开发正经应用的人也没几个,多数都是很谨慎的在静静测试。

SAE不提供本地的写入功能,理由是要保证数据安全,这点着实让人气愤,因为一些国外的PaaS可是支持本地写入的,而SAE作为一个PaaS,竟然不给开发者本地写的权限。

因为不能本地写的关系,SAE的开发很艰难,一些依靠本地写可以轻松完成的功能必须依靠Memcache和KVDB来完成,变相增加了云豆费用。

但是国内的PaaS只此一家,没有可以替代的服务,为了运行Discuz论坛等程序,有人开始做移植工作,将一些优秀的PHP程序移植为SAE可用的应用。

最终的结果并不理想,健壮的PHP程序的一些功能必须使用SAE的服务来替代,很多移植后的程序都会消耗大量的云豆。

我开始意识到这是SAE的阴谋。移植性差,代表着想要让LAMP的程序支持SAE必须经过层层处理最终才能正常在SAE上运行,同样的,迁出的难度也会增大。一旦SAE脱离Alpha进入正式版本,开始收费,那么所有高级应用都会被锁死在SAE里,想要迁出就必须耗费一定的人力和精力。往往那些使用到特性很多的应用,其应用的使用者也会有很多,为了保障使用者能够继续正常的使用,只能先给SAE交钱,然后迁出,或者干脆不迁出。

在国内CDN的高速和微博API支持的诱惑下,想要迁出SAE着实困难,不但在技术上要做斗争,还要在思想上要做斗争。

在SAE宣布停止100云豆福利,开始转为Beta版的那个晚上,大概不少的站长都在做着思想斗争,SAE与虚拟空间的性价比,究竟谁更高?

SAE可以带给用户急速载入的体验,秒开页面不是梦想,代价是收费较为高昂。虚拟空间提供FTP支持,管理更加方便,同时收费较为低廉,有多种收费模式,缺点是可用的服务不能自己控制。

这样看来SAE似乎是更胜一筹,但与VPS相比较的话,SAE除了速度就毫无竞争力可言了。

因为速度快,还是有很多人在接过新浪公司补偿给开发者的2000个云豆后选择了继续坚守。

很快,替代每天100云豆的措施出来了,它的名字叫“开发者证书”。拥有证书的开发者可以在每月28日自动补充到一定量的云豆。这无疑是一剂强心针,为了拿到开发者证书,很多人投身于移植和开发应用。应用商店很快被刺激出来,SAE也凭借新浪微博的火爆迅速提升了价值,不少开发者觉得选择坚守SAE没有错。

PHP以外的后端语言Python和Java也悄然开始了内测,但是迟迟不进行公测,尤其是Java。

据小道消息,Java版已经完善得不错,想要正式投入应用并不是什么难事,想必是在等待下一个关键的时刻点。

为了拉人,甚至还提供了自助绑定域名的服务,更重要的是——不需要备案(但是需要消耗双倍的流量)。

Beta版遗留了不少Alpha版的毛病,服务器经常出问题,但多亏SAE是云计算,并没有损失用户数据。但是经常性的出现问题还是让人感到不爽,大量开发者的涌入,SAE不停的升级自己的架构和硬件设备才导致了后来的各种问题。

不知道是什么原因,SVN和服务器的错误现象一直存在。SVN一旦出错就是半天,幸好及时推出了本地测试环境,才让开发者们不会有太多怨言。服务器的错误平均是一次半个小时,而且频繁在夜间22:30~24:00这个时间段出现。官方也从未给出任何关于宕机的解释,并声明网络问题不能算是SAE出现问题。往日那个日常应用开发和漏洞纠错还得依靠民间开发者的SAE如今已经长大成人,开始排挤部分开发者。

也许是新浪没有给开发部门足够的研发经费,SAE曾经在一段时间里没有过任何大型更新,等一个BUG的修复就要等几周才能解决。

究竟是为什么总是出现问题?一直到SAE推出企业版,推出英文版,我还没有找到原因。

直到上个月,SAE给那些免费使用的用户下达了最后通牒。

“因未对SVN、二级域名等服务收费,造成资源滥用;为避免资源滥用,给您提供更优质的服务,从2012年09月25日起,新浪云开始收取应用租金。”

应用租金,最多收100云豆/天。而每个新加入SAE的用户只有赠送的500云豆,这代表着即使你的应用不怎么消耗云豆,你的应用也最多只能使用五天。想要继续用?交钱吧,我们帮你创业。

有一种降低租金的方法,就是认证身份,可以通过手机或者身份证进行认证,不过这两种都是卖人头的行为,在不需要备案就提供网站服务的背后,SAE也像新浪微博一样做着“维护网络信息安全”的勾当。

策划应用租金的人,似乎已经忘记了SAE最初的目的,5天的时间,能够扶持创业吗?这个政策无非是要滤清所有免费用户,既可以降低硬件的压力,也可以降低管理上的压力,所谓的一箭双雕。舍弃一点用户对于新浪这种有背景的企业来说没有什么关系,更何况现在SAE已经日渐完善,可以不再依靠民间开发者了,更何况新浪微博的账户绑定,想要多少用户就有多少,只不过是清次存优罢了。当然,次品与良品的衡量标准还是由SAE内部的人员制定的,在之前与SAE的交涉中SAE已经明确透露出清理垃圾应用的意图,而这次的政策就是变相的清理垃圾应用。

在应用租金的告示出现后没多久,新版的首页上线,新版的页面很明显的给用户划分了等级,同时对企业服务进行宣传。不过在展示出的一些成熟的应用里,我没有找到什么真正的可以算得上是大网站的应用,能够出现在展示里的,大多数是SAE自己的人,还有一些新浪微博相关的热门小应用。

距离9月25日,还有2天,在我敲下这些笨拙难堪的字眼时,实际上只剩不到30个小时了。

国内的局势很乱,为什么会有实名制?为什么要想尽办法控制信息?在当下这个政治的紧要关头,理由早已不言而喻。

如果你是一个向往自由的人,请不要使用SAE,他会捆绑你的翅膀。

有钱的公司,也不应该使用SAE,因为它的企业服务费用高昂,自己架设服务器才是硬道理。

渴望体验云计算的话,那么国外的云计算都很适合你,它们的技术高明,而且不做作。

如果你只是像我一样的个人站长,或者是很普通的网页开发者,也不要使用SAE,它排挤小应用,在你拿到开发者证书的那一刻,你已经成为SAE的奴隶了。