我最近偶然看到了这篇文章，讨论了云的成本问题，这让我意识到人们似乎仍然错误地认为开源仅仅是为了节约成本。通常，当被问及采用开源的原因时，成本很少排在首位——它被认为是一种更长期的利益，最终会实现，但肯定不是在开源项目启动初期所期望的。关于这一点，SDTimes 这篇文章是一个很好的参考。
转向开源技术是一个更加根本性的转变，代表着一种开始跨越各个行业的趋势，甚至是最传统的行业，从金融服务到电信行业都是如此。这是从专有技术转向开放和智能的众包式更优代码和整体技术的转变。
在最近与 TD Bank 的 Graeme Peacock 的一次谈话中，他们正在进行一个雄心勃勃的项目，即将银行基础设施从传统的商业和遗留工具和软件几乎完全转移到开源项目，他将其解释为技术积累过多的副产品。很多时候，这甚至是重复的技术，存在于业务孤岛中，版本控制不一致。这已经成为银行维护的噩梦；尤其是每个业务单元都对其进行了定制和专有化——这才是真正的痛点和问题的症结所在。
对于选择大型通用供应商的担忧与成本几乎无关，而是与非常封闭的产品的专有性质有关。Graeme 描述说，所有大型供应商都在使用相同的流行语，但实际上都在使用非常专有的代码，并且越来越多地使其云变得更加专有和封闭，因为他们知道退出的成本是巨大的。
“因此，我们转向了非常开放的立场，并表示，实际上，我们希望与一些小型、敏捷、技术精湛的开源公司合作，以交付一个基于 OpenStack 的云，”Graeme 说。这一切都是为了打破对大型供应商的依赖。
Graeme 是 OpenStack Vancouver 大会的特邀演讲嘉宾，他在会上讨论了他们选择 OpenStack 作为其云的举措。这几乎概括了社区和生态系统的普遍看法。这也与 OpenStack 用户的总体统计数据完全吻合。
如果你看一下 2014 年 11 月的最新 OpenStack 用户调查，在业务驱动因素中，节约成本仅被列为转向 OpenStack 的第三个考虑因素——而不是通常认为的首要甚至次要原因。
在一个快节奏的行业中，敏捷性和上市时间已成为业务关键，通过灵活的技术进行创新的能力已成为一项要求。OpenStack 和其他开源工具的开放性实际上使得利用该技术进行创新成为可能，而这在使用其他闭源选项时根本是不可能的。
也就是说，仍然需要假设在现实中，仍然会有某些对业务至关重要的应用程序是闭源和专有的，在这种情况下，控制运行业务的基础设施将直接影响这些应用程序的竞争力和利润率。
对于这些应用，还将有一组不太关键的应用程序，通常情况下，完全外包这些应用程序会更有意义。因此，最佳方法将是混合方法。随着像 TOSCA（云应用拓扑和编排规范）这样的新标准的形成，当前创建混合云的障碍已大大降低。
一个这样的例子是转向 NFV（网络功能虚拟化）。迄今为止，几乎所有从事这项工作的项目都不约而同地是基于 OpenStack 的项目。这是因为 API 和软件驱动的基础设施几乎是唯一现有的选项，可以公开底层所需的网络功能，以实现网络功能的虚拟化。
Deutsche Telekom AG 基础设施云和聚合、传输、IP 副总裁 Axel Clauberg 在最近的 OpenStack & Beyond Podcast 中也呼应了同样的观点，他也在领导整个 NFV 运动，甚至在 2012 年创造了这个术语。
“当我们组合我们现在正在产品化的架构时——早期的想法是，如果我们只押注于单个供应商，那将是非常高风险的。因此，我们很早就决定基于开源构建我们的产品——KVM 虚拟机监控程序，OpenStack 作为云编排框架，Ceph 用于分布式存储。”
对供应商锁定的恐惧，以及由此产生的无法以满足市场需求的速度进行创新的问题，是即使在最传统的行业中也推动这种思维方式的主要原因。虽然特定的专业知识需要付出代价已不是什么秘密，这对于任何领域或行业都是如此（我听说过关于 DevOps 或全栈工程师的类似抱怨），但随着 OpenStack 生态系统的快速发展，这方面的专业知识将很快不再是独有的，与之相关的价格标签也将降低。因此，那些有远见卓识，并且需要开发更具创新性的技术的人，正在 OpenStack 上押下重注。
评论已关闭。