最近的研究逐步让这样的一个事实变得清晰明确:开发者掌握着企业采用云服务的钥匙。因此,_Rackspace_ 正在努力让自己在众多云服务中变得更有吸引力。_Rackspace_ 开发者折扣计划(Rackspace Developer Discount program)正是为了降低进入门槛,并追随 _AWS_ 和微软所做的类似努力。
在新用户使用 _Rackspace_ 的前六个月内,_Rackspace_ 开发者折扣计划每月将向新用户提供价值 50 美元(30 英镑)的信用额度。用户也可以花销更多,但前 50 美元的消费将不会计费。那么, _Rackspace_ 为什么要创建这样的折扣计划?
开发者折扣计划让用户能够轻松选择某些让自己激情澎湃的事情,并且他们只需要找一个地方来搭建和部署它。不论用户正在做什么,或者打算做什么,我们都将欢迎并鼓励用户的创造性。这正是为何 _Rackspace_ 专注于让开发者的生活变得更美好。这也正是我们向合作的开源项目和社区提供支持的动力源泉。
在 _Rackspace_ 云服务中,每月 50 美元能够得到什么?开发者可以运行一个 _Linux_ 服务器,它带有 1GB 内存和一枚虚拟处理器(vCPU),而且还会剩下一点信用额度,用于云文件 ( Cloud Files) 中的对象存储。又或者,开发者也可以使用云数据库( Cloud Databases)服务,来搭建小型 _MySQL_ 数据库。不过,在该折扣计划中还是有一些限制。这些信用额度仅能用于部署在美国或英国数据中心上的服务,而且不能用于托管在云站点服务( Cloud Sites)上的 Web 站点。
今年夏初,微软公布了类似的计划,来鼓励人们在_Windows Azure_ 云上进行开发和测试(查看 _InfoQ_ 之前的报导)。微软不仅为开发者提供最多 150 美元的信用额度,以便他们使用任何一项 _Windows Azure_ 服务,而且对诸如 _SQL_ 服务器和 _BizTalk_ 服务器等软件的运行大打折扣。这些信用额度不会过期,但要使用它们,开发者必须注册 _MSDN_ 开发者订阅。确实,微软提供了为期一个月的免费试用期,以及不超过200 美元的_Windows Azure_ 信用额度,但是对没有_MSDN_ 账号的开发者来说,这是仅有的免费部分。
作为市场领导者, AWS_ 则采用了稍有不同的方式:以开发者为中心的计划包含了一个免费使用套餐,在每个月都会免费定量提供一些计算能力。只要开发者每个月不超过这些预设限制,那么就永远不必为该服务掏钱。不过,以下是一些需要注意的事情。对于像 _EC2、_S3_ 这样的服务来说,免费套餐仅面向新客户提供,而且有效期只有一年。尽管如此,对于 _ElastiCache_ 和 _DynamoDB_ 这样的服务来说,免费套餐同时适用于新老客户,并且永远不会失效。免费使用套餐为开发者们提供了足够的信用额度,以供他们来做一些事情,包括:
- 可以连续运行微型 _EC2_ 虚拟机一个月
- 向 _Simple Queue Service (SQS)_ 发送 1 百万请求
- 在 _RDS_ 中整月操作 _MySQL_ 或 _SQL_ 服务器
为何他们会如此关注开发者?近期,来自咨询公司 _Gartner_ 的一些报告对此进行了分析。_Gartner_ 刚刚发布了 2013 云计算 _IaaS_ 魔力象限报告,其中表明 _AWS_ 已经在新生的云计算市场中占据了显著的领先地位。在一篇博客文章中,_Gartner_ 分析师 _Lydia Leong_ 指出:其他云计算厂家正受困于不断听取 _IT_ 运营部门的意见,而没有将 _AWS_ 云服务看做其系统的可行的最终目标。
他们(其他的云计算厂家)的观点是,_IT_ 运营部门将继续控制采购,将采取相对小规模的实现,并且基于传统企业技术构建。而 _AWS_ 将永远不会像他们那样让传统 _IT_ 运营部门感到满意。
不过,_Leong_ 表示,开发者最终将绕过 _IT_ 运营部门,成为业务购买者,并且借助易于使用的云计算服务(特别强调)自行解决业务问题。
那么,在面对开发者时将会发现这样的场景:开发者回到业务经理面前,表示:“我能够在六周内向你提交关于 _X_ 的代码,除非 _IT_ 运营部门跑过来告诉我,他们在未来三周内都不能够就此为我提供一台服务器。”(在某些组织机构中,特别是那些缺乏有效的虚拟化的企业中,甚至可能拖延数月)业务经理则会说:“那可不行,我们等不了那么久。”于是开发者长叹一声道:“别担心,我来搞定。”随后,某些云计算 _IaaS_ 提供商——很可能是某个能够立刻提供基础构造的厂家——获得了一位新客户。这正是业务部门谈起与云计算有关的“敏捷”时,在内心深处真正所指代的内容。
但是关键在于:在 _SaaS_ 中,业务购买者绕过 _IT_ 来让其自身的业务需求得到满足。而在 _IaaS_ 中,业务购买者正在做同样的事情——只不过是开发者来面对采购,并作出决定:何时迁移到云上,以及在向云迁移的时候应该选用哪家供应商。至少在一开始的时候是这样的。
_Gartner_ 的调查表明,业务购买者控制着 2/3 的云计算开销,因此这使得帮助购买者决策的开发者扮演着非常有影响力的角色。咨询公司 _INGINEERING_ 的 _Jeff Sussna_ 表示,IT将此视作确凿的证据,已表明敏捷开发已经让开发者们重新获得业务部门的青睐。
但是,稍等!开发部门是如何抓住 IT 部门的钱包的?人们不能再“轻视开发部门”了。业务部门早已将开发部门看作说“不”的部门,就像 _IT_ 一样。是什么发生了改变?这件事背后的含义,是开发部门已经修复了与业务侧之间的关系。换句话说,敏捷生效了。我们可以对细节进行争论:_Scrum vs. XP vs. Kanban_ 等等。但事实依旧是,开发部门用切身行动证明了,对业务部门来说,它是可以信赖的。
综上所述,像 _Rackspace_ 这样的云服务提供商,将非常明智地向开发者们示好——在企业采用云服务过程中,开发者在决策方面的影响力正在不断上升。_Sussna_ 警告 _IT_ 运营部门,他们将会被边缘化,除非他们也沿着其开发部门同侪所走过的道路前进。
IT 应该将 _Gartner_ 的报告以及 _Lydia_ 的分析,视作紧急警告。与开发部门不同,IT 部门还没有修复与业务部门之间的关系。同时,他们正在丧失对基础设施的预算控制权。如果还不做出改变,那么在某天醒来的时候,IT 部门将发现其预算已经被削减为零。
查看英文原文: Developers, Developers, Developers: Rackspace and Others Aggressively Court Key Cloud Consumer
评论