开发者至关重要！Rackspace 等云服务提供商正在努力讨好这些关键的云服务消费者

最近的研究逐步让这样的一个事实变得清晰明确：开发者掌握着企业采用云服务的钥匙。因此，_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