成本管理系统开源

我最近偶然发现讨论云计算的成本，这让我意识到，人们似乎仍然错误地认为开源仅仅是成本节省。 通常，在被要求解释采用开源的原因时，很少将成本放在首位—最终，它被认为是一种更长期的利益，但最终在开源项目的初期兴起中并没有预料到。 这篇 对此提供了很好的参考。

开源技术的转变是一个更为根本的转变，它代表着一种趋势，这种趋势开始跨越行业，甚至是最传统的行业，从金融服务到电信公司。 这是从专有的转变为开放的，智能地众包的更好的代码以及整体技术。

在与TD银行的Graeme Peacock进行的最近一次谈话中，他正在进行一项雄心勃勃的项目，即将银行基础设施从传统的商业和遗留工具和软件转移到几乎全部开源项目，他解释说这是积累过多技术的副产品。 。 很多时候，这甚至是业务孤岛中的重复技术，而没有版本控制。 这已成为银行维持的噩梦； 尤其是其中的每一个都是业务部门定制和专有的，这是问题的真正痛点和症结所在。

与大型通用供应商合作的担忧与成本无关，而是非常封闭的产品的专有性。 Graeme的描述方式是，所有大型供应商都使用相同的流行语，而实际上使用的是非常专有的代码，并且使他们的云变得更加专有和封闭，因为他们知道退出的成本是巨大的。

Graeme说：“因此，我们采取了非常开放的立场，说，看，我们实际上是想与一些小型，技术含量高的敏捷开源公司合作，以提供基于OpenStack的云。”所有这些都打破了对大型供应商的依赖。

Graeme是活动的主题演讲者，他在会议上讨论了他们选择OpenStack作为他们选择的云。 而且这几乎可以概括社区和生态系统的情绪。 这与OpenStack用户的整体统计数据紧密相关。

如果您查看自2014年11月的最新 ，在业务驱动因素下，节省成本仅是迁移到的第三考虑因素，而不是通常认为的主要或次要原因。

在快节奏的行业中，敏捷性和上市时间已成为业务关键，因此通过灵活的技术进行创新的能力已成为必需。 实际上，OpenStack的开放性质以及其他开放源代码工具使利用该技术进行创新成为可能，而其他封闭源选件根本无法实现。

就是说，仍然需要假设现实中将会存在并且仍然存在某些对业务至关重要的应用程序，这些应用程序是封闭源代码和专有的，在这种情况下，控制运行业务的基础架构会直接影响到应用程序。这些应用程序的竞争力水平和利润率。

有了这些，还将有一些不太重要的应用程序，通常，将它们完全外包会更有意义。 因此，最佳方法将是混合方法。 随着新标准如 （云应用拓扑和编排规范）的形成，创建混合云的当前障碍已大大降低。

这样的例子之一就是向 （网络功能虚拟化）的迁移。 到目前为止，几乎所有从事此工作的项目都不是基于OpenStack的项目。 这是因为API和软件驱动的基础结构几乎是唯一公开实现网络功能虚拟化所需的网络功能的现有选项。

同样的观点也被最近的德国电信公司IP，传输，IP基础架构云与聚合，传输，IP副总裁Axel Clauberg所表达，他也领导了整个NFV运动，甚至在2012年创造了这个名词。

“当我们将这种架构放在一起时，我们现在就开始生产产品了-早期的想法是，如果我们押注为单一供应商，那将是非常高的风险。因此，我们早日决定基于开放的基础来构建我们的产品。来源— KVM管理程序，OpenStack作为云编排框架，Ceph用于分布式存储。”

对供应商锁定的恐惧以及作为副产品的恐惧，无法按照市场需求的速度进行创新，这主要是导致即使在最传统的行业中这种思维方式的驱动力。 尽管特定的专业知识带有价格标签已不是什么秘密，但对于任何领域或行业而言，这都是正确的（我听说过关于DevOps或全栈工程师的类似抱怨），随着OpenStack生态系统的快速发展，很快该区域将不再那么排他，并且与此相关的价格标签也将减少。 因此，有远见且需要开发更多创新技术的人将赌注押在OpenStack上。

翻译自:

成本管理系统开源