首页 > 代码库 > 针对《谈对国内公有云两个计费现象的思考》的想法
针对《谈对国内公有云两个计费现象的思考》的想法
有某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惯坏了。