@sigone

我并没有为我们过去犯错误去找借口，我只是在称述我们过去犯错误的原因，并想告诉大家我们深刻的认识到过去的失误，并积极的在解决和改善问题。

阿里巴巴和阿里云、淘宝、支付宝 等公司，都为阿里集团子公司

@soolby 是的，用不用的确是客户自己的事情，做不好确实是我们的事情，我们努力在改进。我的意思是，如果你已经用了，那么最好把数据放到云存储上，这样至少不会丢，如果你曾经失望的离去，我只能表示抱歉，如果你观望中，那么不妨继续观望

@Alpha 数据隐私？阿里云所有的操作都是通过程序进行的，不会收集或者查阅用户的数据

对于楼主的遭遇我个人非常的遗憾并深深歉意。我本可以不回这个帖子，但是对于网上流传的各种喷粪的东西，我觉得我有义务像各位做一点小小的解释，虽然我只是阿里云的一个螺丝钉。

1、楼主没有说明使用的是阿里云的什么产品，我估计是使用阿里云的主机，阿里云主机的定价策略确实激怒了很多人，从199直接变成了更高的价格，这是运营不成熟的表现，阿里云在上这款产品的时候，一千多号人，除了人事、行政和保安之外，就是技术人员了，所以很多市场策略做的不是很好，因为不懂，现在在努力的招聘中，目前已经到岗了很多同学，还在熟悉业务，如果你有想法，可以联系我

2、关于云主机的不稳定，我们监控到的数据实际发生率只有2.73%的机器发生过一次以上的宕机，阿里云目前服务超过百万的企业用户（之前这块业务给万网去做的，万网卖的云主机也是阿里云提供的），我们确实离99.999%还有很大差距，我们在努力改进中

3、关于云主机定价，实际上阿里云目前的定价并不贵，当然，如果你只跟淘宝上随便找一个VPS服务商，那还是有点小贵的，如果你跟同行业的，比如腾讯云计算，甚至盛大云计算，甚至linode，亚马逊，同样的配置去比较，这个价格并不高于他们，当然，云计算业务才刚刚开始，使用的人数很少，成本并没有得到有效的均摊，随着未来的使用人数的增多和IT成本本身的降低，这个价格肯定会降低

4、阿里云目前所有的产品都在快速迭代中，楼主遇到需要迁移就是因为我们需要部署新的集群，这个集群比目前大约效率提升3倍,这个集群将会支持在线升级和平滑迁移，更新到新平台上的用户稳定性和可用性将会得到很大的提升，如果楼主以后继续使用，会慢慢体会到

5、关于数据丢失，我曾经在微博上看到几个贴子说自己数据丢了，这也是我们运营没做好，实际上阿里云主机处理本地硬盘之外，还挂了一个云存储（或者叫云硬盘、虚拟磁盘），你可以用df命令看一下，299元那款是有个100G的云存储，50G本地硬盘存储，/home目录挂在本地存储上，其他款，选那个空间大的就是云存储了，很多人习惯性把东西都装到home里面，而非云存储，虽然磁盘做了raid 5，但是由于各种原因，依然没法保证万无一失，但是云存储可以做到99.999%，所以请把数据都放到那个空间大的盘里。

6、关于挂了N天没人理，我前面说过，之前阿里云基本上都是技术人员，这些技术人员都是开发人员，开发人员本身开发任务就非常重，非常少的人做技术支持，而且由于线上环境和用户操作的不可预料性，同时也是因为阿里云是一家非常年轻的公司，对此缺乏经验和流程的支持，9月份后，阿里云大力招聘了技术支持和客户服务人员，目前已经有几十人到岗，接下来的时间会在这一块持续的改进

BTW:我无意和各位争吵，阿里云作为一个公司应该承担所有的责难，这也成长的必经过程.客户永远都是第一位的，无论大小，阿里云一直在改进，但是阿里云到目前为止，依然是一家90%的员工都是技术人员的公司，依然是一家技术驱动的公司，依然是一家没有专职公关人员的公司，很多东西做了很多努力，依然不为外界所了解，依然不能以合适的渠道发出自己的声音，阿里云要做的还很多很多。阿里云应该感谢所有陪伴、责难、包容的客户和伙伴，只有他们才能让阿里云做的更好

如果有其他疑问，欢迎跟帖，我会尽力回答

MBA 必须的, MBP 太重了

TT

@dc 不容易，终于看到有人说天使湾和庞晓伟的好话了 :)

@dc 你接触过？

搜索了一个关键词，半天还在加载中……

@chloerei 去年的今天我也是这么想的，先做起来再说。互联网业务速度增长的非常的快，就那么几个人，业务不断的还在继续增长，需求不断的新增，新招聘的人不能马上介入开发，这都是问题，虽然我不后悔当初对ORM的选择，但是从发展层面来说，我遇到了ORM这个模式本身的问题，从技术层面去重构程序需要面临的压力非常的大，首先你得保证现有业务的稳定性，还得保证能持续优化，在重构没有完成之前不能拖业务的后退，还得面临新需求的开发和迭代。在一个业务驱动的团队里，在系统没有倒掉之前，基本上你的领导都会告诉你，先做xxx，然后再去优化，等到真正倒掉的时候，开始心急火燎的要你xx天完成重构工作，而且还得保证新需求的研发。

So，我的建议是，考虑你未来18个月的需求，这不是过度优化，而是前瞻性眼光。如果你不能预估，那么就按照100倍来估计，如果你项目刚刚还是上线，还没有流量，至少要保证能承受每秒1000个请求，哪怕是现在不能，但是未来可以通过添加服务器横向扩展达到。在12个月后，重新检查你的系统，如果不能满足从那以后18个月的需求，你应该着手布置你的重构计划，如果你不能，那么至少也要邮件说明。

@Livid 或许是某种其他原因吧，你只能打电话问了，这几个接口是有的，怎么开通我也不知道

@huangz 所有的ORM在数据量大了之后都是鸡肋，而且没法优化或者很难优化

@Livid 或许我说错了？应该有两类接口可以查询，一个是账户明细查询接口（这类有好几个接口）， 还有一类是即时到帐管理，里面有个即时到账明细接口

@Ricepig 木有邀请码不能使用云……

1、支付宝notify 第一次是相对实时的，一般在两秒内处理完成，如果通知不成功(网络故障或者对方响应不是SUCCESS)的话，会等待三秒再次通知，再不成功，是再等待一分钟，接着再3分钟，再10分钟，1小时，3小时…… 最后一次好像是12个小时，按照你的描述，应该支付宝和你之间的通信出了问题，导致重试次数过多，建议检查一下网络状况

2、支付宝最多重试10次，最后一次通知，应该是你提交时间的25.3个小时后

3、支付宝有对账接口，可以拿到自己的交易数据，notify id应该是不能的，这个只能做短暂存储，消息量很大，而且绝大多数情况下没用的，都删了吧

求一个邀请码

@miao
自己组装的，目前是这样：

http://storage.aliyun.com/your_bucket_name/your_picture_name.jpg

your_bucket_name 是你创建的bucket 名称，整个系统唯一
your_picture_name 是你上传图片时指定的名称

tornado还不能算是一个完整的Web开发框架吧，需要自己添加一些轮子，比如session、缓存，当然如果你用Google App engine 倒是无所谓，直接import google内置的就行