未来的商业模式将以社交、移动、云、大数据等技术为基础，IT部门也开始意识到，要想在未来取得成功，必须要有理想的流程、工具和文化以保持一致和支持。在这方面，开源机制具有非常显着的优势。 一旦大家决定使用开源机制作为企业IT基础设施的关键组成部分，需要采取以下重要步骤： 1。弄清关键依赖关系对于了解开源部署过程非常重要哪些组件之间存在重要依赖关系具体来说，您需要准确了解社区规模、稳定性，甚至是这些组件的建议功能。当一些组件表现出相互依赖时，我们必须保证我们不会将两个合作不佳甚至冲突的组件组合在一起。 具体做法：调查你如何使用开源技术，找出你正在使用哪些项目/产品。将这些项目/产品划分为不同级别的效用、重要性和关键性。确保我们有内部员工或商业支持来处理核心业务或面向客户领域的这些关键或任何重要项目。您还可以使用BlackDuck等商业产品来帮助您了解您当前使用的是哪些开源产品/项目。 2。构建开源技能集与专有供应商不同，开源项目没有帮助台。因此，自力更生、自力更生成为必然，这意味着企业IT需要充分参考开源工作，并有学习和推动开源技能扩展的主观意愿。 具体做法：在上一步提到的开源项目/产品调查完成后，我们需要明确确保关键和重要项目成功的必备技能，并制定专项计划来提高这些技能。在当前的招聘工作中，我们应该将开源技能要求作为对求职者个人能力的考核标准之一。对于现有的内部员工，调查他们的技能并准备培训计划以提高员工的能力。此外，制定未来的招聘计划，以确保企业能够吸引具有其他潜在技能的新人才。 3。决定什么可以发布以及它必须留在内部的什么地方对于任何已经编写的代码，我们需要决定把它放在哪里。请记住，如果您将其贡献给产品，该代码将成为该产品的一部分，并永远存在于未来的版本中。 具体做法：确保所有编写的代码都被扩展或集成到各种开源产品/项目中。对于所有扩展代码（即驻留在项目/产品中并实现附加功能的代码），我们需要默认假设它应该贡献给上游代码库。对于集成代码，首先评估有多少可以发布到项目/产品的上游代码库中。对于任何必须保留在内部的集成代码，我们需要确保为其分配长期维护计划和支持预算。如果您还没有支持代码发布的开源治理政策和执行流程，请立即行动。 4。清醒地认识到开源并不是包治所有问题的灵丹妙药。虽然开源部署带来了一系列的优势，但这并不意味着我们应该以同样的方式对待每一个应用程序。相当多的实例证明，专有产品在某些场景下仍然具有无可比拟的实用效果。最重要的是，人们必须意识到和理解项目的哪些部分更适合开源，哪些部分不太适合。 如何做：确保每个软件组件的每次评估都考虑专有和开源选项。制定结构化的评估流程和标准，以确保所有组件都遵循相同的方法，并在评估过程中做出公正的决定。当然，在开源项目/产品的推进上也必须进行必要的投资，这样才能以完全对等的方式进行整个比较。 5.积极参与社区开源的成功在很大程度上要归功于相关软件的不断完善。让用户积极参与代码调整工作当然是非常重要的。同样，与开源项目的负责人并肩作战自然更值得称道。分享成功的开发策略也有助于加强社区系统——毕竟，成功的开源实施需要基于最佳实践和他人的经验。 具体方法：参与区域和国际开源技术活动和会议。确保员工参与并鼓励他们从事重要甚至关键的开源项目/产品。将财务支持视为开源项目/产品的关键推动因素。 6。最后但并非最不重要的是，注意我们所谓的“新遗产”许多IT组织利用开源组件来构建他们自己的新型应用程序，但他们往往忽视了这样一个事实，即这些应用程序也将成为一种工程赌博。IT组织将开源组件整合到自己的DevOps工具链中是很常见的事情，但由此带来的问题是，随着时间的推移，原有的工程技术人员会逐渐离开，他们会留下缺乏文档。该系统将成为一个无法解决的混乱。之后，IT组织将意识到开源也是遗留问题的来源。 享有自由灵活的优势，并不足以促使大家选择基于开源机制构建应用业务。我们编写的每一行代码都应该是我们自己职权范围的一部分，而不是其他人要求的不确定因素。 企业IT的本质在于快速发展，在一系列变化的驱动下，开源逐渐在各个企业的IT环境中占据越来越高的比重。随着越来越多的组织拥抱开源浪潮，必备的技能也将成为决定最终结果的前提之一——不仅要更明智地使用开源资源，还要确保企业自身能够持续维护在第三方平台猖獗的世界中，必要的独特竞争力。 原标题：企业如何拥抱开源工具
