长期以来，我一直是企业开源的信徒(事实上，我的第一本书叫做通过开源获得成功而且是针对企业用户的)。当我第一次接触开源并了解它的特点时，我被一个顿悟所震撼:一旦开源可用，谁还会坚持旧的做事方式?
企业也逐渐做出了我所期望的转变——用Linux取代Sun Unix，在MySQL而不是Oracle上构建新的应用程序，并采用数量迅速增长的动态语言之一，如PHP或Python。
在最初的几年里，开源采用遵循了一条可预测的路径:由于价格优势，在成熟的产品类别中替换旧供应商。许多组织也采用开源，因为它的分发方法(立即下载而不是经过漫长的销售过程)可以提高应用程序的灵活性。
+也在网络世界足球竞猜app软件7个社区驱动开源开发+
然而，今天，开源的创建和使用经历了巨大的转变。简单的说,软件创新已经果断地转向开源．很难想象一个单独的软件部分有一个专有的软件包供应商定义并领导这个领域。
[相关:Microsoft Open Sourced .NET的真正原因］
这种创新转变将企业与巨大福利的游戏改变 - 但也有一些挑战。重要的是从特定部分或特定开源项目的讨论退回，并了解这一转变的影响 - 这次从专有提供商到开源社区的创新迁移。
3企业开源的3个关键结果
关于企业开源使用的好处，有三种主要结果，开源使得可能：
首先，开源级别播放字段。过去，由于更大的预算和与创新提供供应商的更好的关系，更大而优秀的企业IT群体与较小的企业带来了显着的优势。显然，在庞大的专有许可成本的时代，拥有更多的资金提供了明显的优势。不太明显的是大大支出提供对供应商的访问，并提供影响产品方向和功能的机会。其中的网络是小用户遭受了较大的企业客户。今天，有小而大型的IT组织在进入创新方面均匀匹配。实际上，在某些情况下，较小的组织由于他们在组织内部协调问题中更快地移动而导致的能力而具有优势。
其次，开源的使用使得每个企业都能够快速获得创新。当创新是通过专利授权产品来实现的，公司需要为购买提供资金，以获得该创新。根据预算周期、IT优先级和(如上所述)支出规模的变化无常，实际获得创新可能需要两到三年的时间。有了开源，这个时间框架就崩溃了，任何规模的IT组织都可以立即访问软件的前沿开发。
最后，开放源码如何允许IT组织将他们的预算从无差别的基础设施技术重定向到新的计划，这一点被广泛低估了。It团队承受着来自ceo的巨大压力，要求他们更快地交付新的业务产品，这已经不是什么秘密了。当您的大部分软件预算都被持续的许可证费用所占用时，这是很困难的。利用开源可以从现有系统中获得资金，并将其用于具有更多业务影响的应用程序。
人们可以期待看到所谓的遗留应用程序的巨大波动，因为首席信息官(cio)不顾一切地寻找资助数字化系统的预算，剥离现有的应用程序。当然，这将给大型专有供应商带来痛苦，但它对it组织本身也有影响。高德纳的双模式IT，我曾经写过在这里，是一个旨在环形围栏遗产的人员方法，并允许投资更现代化的应用。
总之，开源已经戏剧性地改变了软件领域，并为企业IT组织提供了巨大的机会。
但是(你知道肯定有但是，不是吗?)，开源也给那些IT组织带来了巨大的挑战——如果这些组织不能成功地解决它们——可能会破坏开源提供的实际利益。
挑战无处不在
第一个挑战开源呈现，很好，开源本身。我前面描述的非常创新导致开源项目的巨大爆炸。在这方面非常有趣的作品， Nadia Eghbal指出，GitHub(现代开源项目事实上的发行库)承载着2900万个项目;并不是所有的软件都是开源的(后面会有更多)，但是它们中的很大一部分是开源的。GitHub是生长像Kudzu.——每年新增数百万个项目。
因此，确定合适的项目是一项艰巨的任务;有时候，似乎没有一个好的开源项目可以用于特定的任务，而是有上百个还不错的项目。互补项目之间的集成范围从非常好的到“好吧，这里有一个例子，就用它吧——完成后请贡献您的代码。”
企业架构组，多年来，识别其公司应该握住哪些专有的供应商，现在面临更加艰巨的任务：选择正确的开源软件组件，弄清楚如何集成它们，并确保它们共同努力，所有这些都在为应用程序组提供可靠的基础架构服务。而且，随着剥离遗留解决方案的持续工作，这项任务仅在规模和重要性中增长。
[相关:科技巨头是如何传播对开源编程的热爱的］
第二个挑战或多或少是第一个挑战的延伸。开源项目现在是IT的核心，那么您如何评估单个项目的成熟度呢?最初的障碍是许多GitHub项目甚至不是真正的开源项目;正如Eghbal所指出的，许多开发人员只是在没有授权的情况下编写代码。这不仅对该代码的商业使用(考虑在消费电子设备中的嵌入式使用)造成了问题，而且对企业使用也造成了问题，因为许多公司都希望在其IT基础设施中运行的内容较为保守。
下一个障碍是支持。考虑到许多GitHub项目的来源，支持可能完全缺失或仅限于“发布一条消息，如果我有时间，我将查看一下。”这就给软件用户留下了更多的支持负担，而大多数组织都不愿意承担这一负担，特别是对于那些对应用程序功能并不重要的组件。
我希望这个问题在未来几年内将变得更高，因为许多IT组织面临着使用特定开源组件的开发者作出的决定成为运行和维护它的长期承诺。一个人可能将这种现象视为“阴影开发”，因为为开发商解决了立即问题而成为持续的，这是持续的。
最终挑战开源礼物涉及员工技能。简单地说，开源需要比传统的专有解决方案更高的技术人才，因为建立解决方案和操作别人的解决方案之间存在差异世界。后者是认证和饼干解决方案的世界;前者需要创造力，自力更生和技术性排。新雇用的技术员工倾向于具有开放的源经验和对自我产生的解决方案的倾向，而许多长期IT员工对供应商以家庭供应商来说更舒适。但是，大多数组织不能（并且不应该）做一个批发的替代人员。因此，IT组织面临重置现有员工的任务，整合新员工，同时架构新系统并撕掉旧系统。
这些挑战看起来似乎是压倒性的，它们是如此令人生畏，以至于大多数It组织在尝试转移到一个以开放源码为重点的环境时都会退缩。
不幸的是，他们没有选择。他们传统上寻找创新的供应商是一个或两个例外，撤退到“安装的基地”策略，并在毛巾上抛出了创新。为IT组织履行其作为未来工厂的角色，他们需要接受开源，具有其所有好处和缺点。
这个故事，“企业中的开源带来机遇和挑战”最初是由首席信息官 ．