标签：style http 使用 os io strong 数据 for
有某AWS专家-原文是“阮志敏， AWS认证架构师（专业级别）”在CSDN上发了一篇文章《谈对国内公有云两个计费现象的思考》http://www.csdn.net/article/2014-08-13/2821180
他说了几点
* IasS没有API
-- 本人在XX云时，开发过API服务和几种常用语言的SDK+CLI包，并提供给了少量试用用户。但是纯API是无法立足市场的，必须依托一个良好的、带有UI的集成系统，目前还看不到一个成型的类似产品。RightScale的平台在接入国内云计算平台上也没有很大进展。所以API和管理系统相互不给力，造成了这部分的空缺。
* 缺少成功的Cloud-Native应用，主要都在支持游戏应用上
-- 选择游戏也是当前的大潮流导致，游戏来钱快，周期短，对数据和稳定性的要求都不甚高(虽然经常有游戏数据问题导致玩家抱怨、商家补偿，但游戏对长时间的数据是没有很多要求的，这和能+值得深根细作的游戏作品有关，也和游戏玩家的特性有关)
而一个长期&较多用户量的应用，对数据和稳定性的要求就是当前的云不太能承受的，再者云本身的弹性和灾备能力也还不完善。
* 秒级计费
-- 文章中说的对，秒级基本只是云哲学的反映。实际当前能达到小时级别即可。
往今后看，如果使用“租赁”的概念来使用云资源，只要没出现 {极大量资源, 极短时间} 的租赁需求，分钟级完全足够。
“如果出现 {极大量资源, 极短时间} 的租赁需求呢？“大数据的应用市场完全成型时，对极大资源的需求也就成型了。但时间也不会”极短“，所以呢~等等看市场的变化吧
* 定价依据的是消耗的计算/存储/数据传输等成本。比如， AWS提供了很多免费的服务，这些服务之所以免费是因为其是管理服务，本身不消耗资源，比如Autoscaling服务、OpsWorks、Beanstalk、IAM、CloudFormation。
-- 这个就属于YY了。
比如Beanstalk是队列服务，需要服务器支撑、需要消耗带宽。应该算是AWS在规模化的附加福利之一，只能说这位砖家被AWS惯坏了。
针对《谈对国内公有云两个计费现象的思考》的想法,布布扣,bubuko.com
标签：style http 使用 os io strong 数据 for
原文地址：http://my.oschina.net/kakablue/blog/300773
