长期以来，我一直是企业开源的信仰者(事实上，我的第一本书叫做开源的成功并且是针对企业用户)。当我第一次接触到开源并掌握了它的特点时，我突然有了一个顿悟:一旦开源可用，谁还会坚持用旧的方式做事?
企业也逐渐实现了我所期望的转变——把Sun Unix换成某种风格的Linux，在MySQL而不是Oracle上构建新的应用程序，并采用像PHP或Python这样数量迅速增长的动态语言之一。
在最初的几年里，开源的采用遵循了一条可预测的道路:由于价格优势，在成熟的产品类别中取代了遗留的供应商。许多组织也采用了开源，因为它的分发方法(立即下载，而不是经过漫长的销售过程)有助于提高应用程序的灵活性。
+也在网络世界有个足球雷竞技app7个社区驱动开源开发+
然而，今天，开源的创建和使用已经发生了巨大的转型。简单地说，软件创新已经决定性地转向了开源．很难想象一个单独的软件领域是由一个专有的打包软件供应商来定义和领导的。
[相关:微软开放。net源代码的真正原因］
这种创新转变给企业IT带来了巨大的好处，但也带来了一些挑战。重要的是，不要再讨论特定的部分或特定的开源项目，而是要理解这种转变的含义——这种创新从专有提供商到开源社区的迁移。
开源在企业中的3个关键成果
关于企业使用开源的好处，开源可以带来三个主要的结果:
首先，开源提供了公平的竞争环境。在过去，由于更大的预算和与提供创新的供应商更好的关系，规模更大、资金更充足的企业IT集团相对于规模较小的企业具有显著的优势。显然，在一个专利许可成本高昂的时代，拥有更多的资金提供了明显的优势。不太明显的是，花费了多少钱才能接触到供应商，并有机会影响产品的方向和功能。这其中的原因是小用户比大企业客户更痛苦。今天，在获得创新的途径方面，规模大小的IT组织不相上下。实际上，在某些情况下，较小的组织具有优势，因为它们能够更快地移动，不受组织内部协调问题的拖累。
第二，开源的使用使每个企业都能够快速获得创新。当创新通过专利授权产品交付时，公司需要资助购买以获得创新。根据预算周期、IT优先级和(如上所述)支出规模的变化，实际上获得创新可能需要两到三年的时间。随着开源的出现，这个时间框架已经崩溃，任何规模的IT组织都可以立即获得软件领域的前沿开发。
最后，被大大低估的是，开源如何允许IT组织将他们的预算从无差异的基础设施技术转向新的计划。It集团承受着来自首席执行官的巨大压力，要求他们更快地交付新的业务产品，这已经不是什么秘密了。当您的大部分软件预算都被持续的许可费用所束缚时，这是很困难的。利用开放源码可以从现有系统中提取资金，并将其导向具有更多业务影响的应用程序。
人们可以希望看到所谓的遗留应用中的巨大流失为CIO，绝望地查找预算，以资助数字参与数字系统，剥去现有应用程序。当然，这将导致大型专有供应商的痛苦，但它对IT组织本身带来了影响。Gartner的双模莫尔，我写的在这里，是一种人事方法，旨在限制遗留开支，并允许投资于更现代的应用程序。
总之，开源极大地改变了软件领域，并为企业IT组织提供了巨大的机会。
But (and you knew there had to be a but, didn’t you?), open source also poses significant challenges to those same IT organizations and – if those organizations don’t address them successfully – may derail the tangible benefits open source offers.
挑战比比皆是
开源带来的第一个挑战是，嗯，开源本身。我在前面描述的创新导致了难以想象的开源项目的巨大爆炸。在这个非常有趣的作品，Nadia eghbal指出，GitHub（现代开源项目的事实分发资料库）携带2900万个项目;并非所有这些都是开源（更多关于以下），但它们的大量比例是。和github是越来越像野葛——每年新增数百万个项目。
因此，确定使用正确的项目是一项巨大的任务;有时似乎没有一个好的开源项目可以用于特定的任务，而有一百个不错的项目。互补项目的集成范围从很好到“好吧，这是一个例子，然后请在完成后贡献你的代码。”
多年来，企业架构组的主要职责是确定他们的公司应该依附于哪个专有供应商，现在他们面临着一个更加困难的任务:选择正确的开源软件组件，确定如何集成它们，并确保它们一起工作，所有这些都是为了向应用程序组交付可靠的基础设施。而且，随着去除遗留解决方案的持续工作，这项任务的规模和重要性只会增加。
[相关:科技巨头如何传播对开源编程的热爱］
第二次挑战或多或少地是第一个或多或少的延伸。开源项目现在处于核心，因此如何评估个别项目的成熟度？初始障碍是许多GitHub项目甚至不是真正的开源项目;随着效率指出，许多开发人员只需删除代码，没有许可证。这对这段代码的商业用途构成了问题（思考消费电子设备中的嵌入式使用），但即使对于企业使用，即使是许多公司希望保守他们在其IT基础架构中运行的内容。
下一个障碍是支持。考虑到许多GitHub项目的来源，支持可能完全缺失或仅限于“发布一个消息，如果我有时间，我会看一看”。这给软件用户留下了更多的支持负担，而大多数组织不愿意承担这些负担，特别是对应用程序功能不重要的组件。
我预计这个问题将在未来几年内变得更加突出，因为许多IT组织面临这样一个事实，即开发人员做出的关于使用特定开源组件的决策将成为对其进行操作和维护的长期承诺。有人可能将这种现象视为“影子开发”，因为为解决开发人员眼前的问题而做出的决策将成为持续的IT难题。
开源带来的最后一个挑战与员工的技能有关。简单地说，开源比传统的专有解决方案需要更高水平的技术人才，因为构建一个解决方案和操作别人的解决方案之间有着天壤之别。后者是认证和千篇一律的解决方案的世界;前者需要创造力、自力更生和技术能力。新聘用的技术员工往往具有开源经验，并倾向于自生成解决方案，而许多长期IT员工更适应以供应商为中心的世界。然而，大多数组织不能(也不应该)大规模地更换人员。因此，IT组织面临的任务是重新培训现有员工，整合新员工，同时构建新系统，拆除旧系统。
这些挑战似乎是压倒性的，它们是如此令人生畏，以至于大多数It组织在尝试转移到以开放源代码为中心的环境时会退缩。
不幸的是，他们没有选择。除了一两个例外，他们传统上寻求创新的供应商已经退回到“从已安装的基础上挤奶”的战略，并在创新上放弃了。对于IT组织来说，要履行他们作为未来工厂的角色，他们需要拥抱开源，包括它的所有优点和缺点。
这篇故事“开源在企业中带来的机遇和挑战”最初是由首席信息官 ．