双拼用户冒个泡...

@typcn 从没遇到过这个问题啊... 有什么方法能重现么？

@arachide 青云说自己不是基于openstack实现的，是完全自主实现的。

咦，问卷在哪里？
虽然公司有授权，但是总想自己买一份...

窃以为tinypng.com够用了...
祝楼主好出。

我司云片和螺丝帽都在用（先螺丝帽后云片，再后来两个一起用），两者都发了二三十万的样子，量不多，说一下感受：
1. 螺丝帽都渠道比云片好，送达率比云片高，我们本来都全部拿云片发了，结果云片送达率有问题，就又把验证码的部分迁移到螺丝帽了；
2. 模版部分，螺丝帽没有模版库的，所以每条短信触发后有的需要审核有的不需要，无法掌握推送时间，这也是我们迁移到云片的原因，因为云片可以做预审核，审核过的模版再去发就不再走冗杂的审核了；
3. 但是同样因为2的缘故，云片的人工审核存在两大问题，第一个是审核时间不定，第二个是审核标准不定，而且经常变，比如之前不能发会议通知类的短信，后面又可以了，之前短信模版不需要变量的，现在短信模版里必须要有变量，有时候也看审核人员心情，心情好了就过，不好了就有问题。
故我们现在是验证码短信都走螺丝帽，保证送达，而且这一类的短信螺丝帽也不做审核，不存在延迟。模版类短信都走云片，就要预先审核，审好了再发。

@arachide AWS宁夏的数据中心据说上半年，不知道还会跳票么... 现在一个北京region不够用啊...

@CMGS
AWS提供的NoSQL比较小众，所以不得不自己来做MongoDB了，如果是SQL那么当然是RDS。

@neutrino 233，真不是黑么。

@deyu260
AWS China 10G以下不主动清洗，需要用户自己去搭配ELB等去规避部分种类的DDOS攻击。
阿里云有云盾，自己可以设置阈值，不过默认是5G就拖入黑洞了。
青云据说是少于20G的会联合IDC进行主动清洗，不太明朗。
Azure大家都说抗DDOS很牛，但是也不存在纸面上的标示。
青云和AWS China也在引入其他解决方案，例如安全宝之类的，但是这些就价格不菲了。

只有阿里云说了自己抗DDOS的能力是如何。

@stanhou
不知道你老是说我混淆AWS中国干嘛... 很奇怪耶，好梦啊。

@stanhou
做，但我也不推荐其他人这样使用，这个问题我也不想再说了，相信你也不想说了。
比阿里的好，我不提供，信不信由你，你觉得我耍流氓那就耍吧。:)
最后，祝晚安。

@stanhou
1. 不是要停止，是被迫停止，你无法避免这种情况，即便是风险很小，当然如果你不在意数据持久化的问题，当我没说。
2. AWS中国没有提供存储优化型实例，但是你依然要明白，即便是存储优化型实例，被迫停止时数据依然会被清除。

Instance store volumes are ideal for temporary storage of information that changes frequently, such as buffers, caches, scratch data, and other temporary content, or for data that is replicated across a fleet of instances, such as a load-balanced pool of web servers.

请注意，temporary.

我手上没资料啊，都是日常使用的体验，你要权威的，我只能搜了，信不信你自己判断，不信还可以自己测，这个总没什么问题吧。

@stanhou
这个博客倒是没有测青云。
http://blog.csdn.net/shaunfang/article/details/11194289

@stanhou
我去，你就这么看use cases？这只是告诉你这些场景用这些配置的实例就行了，没说要不要挂EBS。
另外，实例存储卷在机器停止时，数据会清空的，你怎么保证持久性... 你就那么放心你的机器不会死机？数据库不跑在EBS上在我来看无法理解。

关于报告，老实说，我一搜也就搜到了这家...
http://www.cloud-index.net/cloudtest/cloudtest.html
可信不可信你自己权衡...
我记得CSDN上有个做Azure的倒是也对比过这几家的磁盘性能，你可以搜一搜。

@stanhou
我也继续补充一下：
1. 按秒计算的机器，成本主要能少在a. 降价；b. autoscaling（青云据说要在一季度上线这个功能），其他没有优势，但是不存在你说的劣势（至少价格体现出来），因为实际上使用时依然按照更久的时间去使用。
2. 关于General Purpose (SSD)的credit补充问题，你也可以从我给出的文档链接获得参照，这里面是存在性能问题的，官方也说得很清楚。

@stanhou
你如果看官方的DOC，就知道系统盘所用的General Purpose (SSD)的基础IOPS只有3 IOPS/GB，突发IOPS（最多3000）是会消耗credit的，你的credit用完了，IOPS也就完蛋了，官方文档也推荐大数据库使用Provisioned IOPS保证IOPS，不知道你的结论又是从何而来的？
http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EBSVolumeTypes.html#EBSVolumeTypes_gp2

关于青云的IOPS，你可以笑笑，那么我也可以笑笑阿里云的，不解释。

@stanhou
不能只看性能指标（只看性能指标的话，青云的指标更漂亮），要看可靠性，对于数据库而言，一个Provisioned IOPS (SSD)，稳定的IOPS，是最为合适的选择，况且实例存储也不是永久性存储。
关于阿里云的磁盘性能我不多说，业内早有结论。
关于青云的性能，可以参考https://log.qingcloud.com/?p=335 大不了可以上机实测，反正秒计费，成本非常低。

@stanhou
你可以看我之后补充的，外挂EBS必然是必须的，除了IOPS的考虑，还有备份的考虑。
用户成本看你怎么用了，就目前来看，当前计费条件下，青云占不到优势，但是也不存在劣势。
你拿阿里云来说就不用说啥了，那个性能你又不是不知道...