BAE3.0初探
:Baidu    :kukei    :2013-11-01 17:51:09
:评论(3)

BAE3.0发布了有段时间了,我早已经有了测试权限我还不知道,是在调试其他问题时BAE的工程师提醒我的,我就关注了一下BAE3.0,并且把我的应用sdlog迁移到了3.0上。

BAE3.0给我的第一感觉很好(难道是我对老界面审美疲劳了?),因为前一段我用BAE上的Frontia做了一些测试,还做了一个小的Android应用在百度商店发布了,所有这一切都在BAE3.0的界面上做的操作和管理。

就BAE3.0上的云引擎而言,已经摆脱了SAE模仿者的影子,是一个全新的模式;可以给一个应用调配多个执行单元(每个执行单元相当于一个虚拟机,据说一个单元可以支撑一天千万级别的访问,不带cache和数据库);mysql数据库提供了地址、用户名、密码、端口,这样开发者使用起来和迁移起来都更方便。提供了更多样的日志类型,提供了NFS功能以及原来2.0上的其他服务。这次还提供了本地开发环境,虽然很复杂,而且我也没安装成功,但是依然欣喜。

BAE上安装第三方.....

百度云平台上Frontia之初探(一)
:Baidu    :kukei    :2013-10-14 17:51:47
:评论(2)

使用百度云平台BAE已经有一段时间了,不过以前一直用的是web应用方面的服务,包括计算,服务器,数据库,网络,文件存储等。现在要说的是移动app开发的模块Frontia,它提供了一包,包括的数据存储(应用数据,应用文件,个人数据),推送,社会化登陆功能。

功能说明:

  1. 应用数据存储;存放在bae的MongoDB中,能在bae那个方便的查看和修改数据,不方便的是不能自由建立表,数据都存放在MongoDB的Frontia表中;数据存储的免费容量为1G。

  2. 应用文件存放,放在bae的云存储中,我现在还没使用,使用代码和应用数据类似。我觉得应该是在云存储中建立一个名字叫Frontia的Bucket,上传的文件放在这儿。

  3. 个人数据;这个是和百度个人云存储里关联的,就是上传的数据放在个人网盘里,想很好啊。

  4. 推送;

  5. 社会化账户登陆。


使用中遇到的问题:

  1. 报错“java.lang.NoClassDefFoundError: com.baidu.frontia.ba.....

百度云平台之BCS的疑问
:Baidu    :kukei    :2013-04-19 10:55:19
:评论(1)

云储存是各种ae云平台的标准配置,但是使用方法和提供接口各有不同。百度提供了基于网盘PCS和基于云计算的BCS(我认为两者的区别就是前者提供外链,后者可以提供)。和PCS类似的有金山网盘、新浪微盘,和BCS类似的有sae的云存储、google的云端硬盘(可惜据说世界上还有三个国家不允许使用,我们有幸在此列)。今天说的就是百度的BCS。

基于百度强大的服务器和网络,BCS性能还是可以让我们放心的;但是在使用上我就感觉到了诸多的不便,或许是百度想改变我们的使用习惯,或许是这些功能正在完善?不得而知。

急切的问题:

  1. 访问控制。

    可以设置属性为私有,但是无法设置白名单域名,即无法实现只有自己的域名才能访问云存储中的内容。这个功能sae是有的。

  2. 目录接口

    对象列表接口提供了指定前缀的功能,但是有关于目录的参数,会将目录和子目录下的所有对象全部列出;且没有目录列表接口。现在云存储默认的大小是20G,存1万个文件不夸张吧,不按目录管理,你想找到其中一个文.....

bae-python架构升级了,性能提升较理想
:Baidu    :kukei    :2013-04-17 20:37:51
:评论(0)

上周bae-python架构升级了,就是在底层框架预加载各种类库,不需要每次访问都加在一次,这样页面的响应时间就打打提升了。根据我自己的感受,同一个应用,响应时间由2.5缩减到了500ms了。可是500ms的不是我想要的,因为在sae上这个应用耗时200ms不到,我希望优化后的耗时至少比sae的小。最后经过cache的优化我的应用耗时到了60ms。

同一个应用在sae上的地址http://quke.org,在bae上的地址://bae.quke.org,下面这张图片是在17ce.com上的速度比较的图片:


上图显示的应用为同一个程序,cache的缓存都打开了,缓存的内容也一样。我们可以看到大部分节点bae都比sae快,总体上bae获胜。

对于这次bae架构升级,虽然在速度上能让人满意,但是还是有几个担心:

1.应用需要预热,需要每个云上都在底层加在了共享的框架。但预热多少次不知道。

2.稳定性不足,就是预热以后仍然偶尔出现耗时2.5s打.....

BAE收费策略公布了
:Baidu    :kukei    :2012-12-26 08:57:01
:评论(4)

在BAE上测试也已经有一段时间了,我一直使用python环境,对BAE有两个担心,一个是BAE对python不够重视,投入力量不足导致python环境的bug和稳定性不足;另个担心就是BAE一直未公布的收费策略,昨天晚上登录BAE的管理中心时看到了一些费用的提示,随后就在邮箱中收到了BAE的收费策略,我们来看看。

BAE计费说明

为了给您提供更加简单可依赖的应用托管服务,防止资源的恶意滥用,百度开发者中心计划于2012年12月25日起,对BAE(百度应用引擎)进行收费。
收费策略不以盈利为目的,致力于为开发者长期提供应用托管服务而制定。为了降低开发者的使用门槛,设有较高的免费配额,可以保证您在零付费的条件下,充分体验BAE。
除了免费配额以外,后期还会通过各种活动以优惠券的形式赠送开发者更多的优惠,请您放心使用BAE。

计费标准

云环境:按应用每天的实际消耗计费,每天凌晨生成前一天的消费账单

资源属性单价免费配额
流入流量0.6元/GB200.....
BAE执行超时问题“Execute request timeout.”的新进展
:Baidu    :kukei    :2012-11-28 08:59:21
:评论(3)

上个月发了篇博客《BAE之页面执行超时问题“Execute request timeout.”》记录了我在BAE上的测试应用SDLog的超时报错情况,曾将怀疑是使用了独立域名的问题,即便是这个问题也是BAE的问题。最后在bae展示了更详细的错误提示后可以确定是memcache的问题。我将这个问题发到百度开发者群中无人响应,我只好将这个问题发到了百度开发者中心的客服支持和邮箱dev_support@baidu.com,还好得到了反馈,虽然反馈结果是正在处理中。

今天为什么重提旧事,是因为我的另个应用SDPhoto在BAE平台上执行是依然报这个错误,而且执行巨慢,我正在考虑这个应用到底能否在在BAE上执行。好了先看看百度反馈吧。

邮件反馈如下:

您好:
  这个问题我们的技术正在查询处理,还请您耐心等待,我们会尽快修复的
百度开发者中心

From: xxx
Date: 2012-11-24 14:52
Subject.....
BAE上测试python遇到的问题
:Baidu    :kukei    :2012-08-08 14:35:42
:评论(5)

我前一段一直用python在做一个cms程序,基本功能已晚上,部署在我自己的vps上,当我申请到了bae的python测试环境后就将sdcms移植到了bae上。

说实话,移植起来还是很简单的,我用的django作为web框架,只需要修改settings的数据库连接和cache配置即可,上传程序,发布,ok,运行起来了。

不过问题也来了:

  1. bae预装的PIL库,在调用函数“ImageFont.truetype(‘ARIAL.TTF’,font_size)” 时报错如下“The _imagingft C module is not installed”,导致原来的生成验证码的程序无法工作。

  2. 同一页面偶尔几次打开很慢,最后报错:Execute request timeout.,现在已经变为cpu ran out的报错了,原因时cpu执行时间超过了15秒,但是服务器没多少操作,而且是偶尔发作的问题,而大多数时间是秒开的,我怀疑服务器在抽筋。


ps.....