在每个组织的软件生产中都涉及到大量的点工具。我们的一些企业客户报告说，他们的产品线中使用了50多种工具，从代码开发一直到发布到生产。对于今天的大多数开发组织来说，这些工具是由商业和开源（OSS）的混合体组成的技术。现有开源工具可以在你的软件开发和运营团队中找到，包括编程语言、基础设施和技术堆栈、开发和测试工具，项目管理和错误跟踪、源代码管理、CI、配置管理等等—OSS是到处都是近年来，开放源码软件技术、库和框架的迅速发展极大地促进了软件开发的进步，提高了开发人员的生产力，提高了灵活性和可定制性支持不同用例和开发人员的首选项。到提高生产力，鼓励一种自治和共享所有权的文化-您希望使团队能够使用他们选择的工具。这就是说，自从敏捷开发出现以来，我们看到大型企业在努力寻求一种平衡来允许这种选择，同时对软件交付生命周期中使用的所有技术保持一定的管理、可见性和治理水平。随着时间的推移，这个问题变得越来越困难，因为每天都有新的工具被创建和采用，以独特和有价值的方式来解决越来越细粒度的问题方式。企业运行任务关键型应用程序需要这种级别的控制，不仅是为了降低成本（提高工具、基础设施等的利用率）或加快循环时间（通过简化或标准化流程），但更重要的是，作为确保可操作性、合规性和服务水平协议你使用的工具可以是免费的，你的过程可以更快。但是，归根结底，如果您在生产中管理应用程序时遇到困难，那么开发方面的任何节约都不能证明风险是合理的，或者，如果你是从安全或监管的角度来看的话，我想谈谈软件管理人员在软件开发和发布过程中使用OSS所面临的两个关键挑战，以及在采用OSS时如何应对这些挑战，可能会减轻风险。使能开发人员在确保系统级管理的同时，大型企业中软件生产的实际情况涉及到数百或数千个相互连接的项目、应用程序、团队和基础设施节点的复杂矩阵。它们都使用不同的OSS工具和工作流程——创建管理、可见性、可伸缩性和互操作性挑战大量的点式工具也带来了自动化筒仓的问题。在这种情况下，管道沿线的每一部分工作都是由不同的工具执行的，这些工作的输出必须被导出、分析并交给不同的团队和工具，以供管道的下一阶段使用。这些手动的、容易出错的切换是企业DevOps生产力的最大障碍之一—它们不仅减慢了您的流程，而且还引入了风险并提高了管理水平头顶上的事实上，你的过程中包含了很多"最适合任务"的工具，这一事实现在已经成为现实了——而且（大部分）有很好的理由。但这些自动化的筒仓并不一定非得如此be.企业DevOps计划需要一种统一的方法来协调、自动化和管理整个组织中几十种不同的工具和过程。虽然您希望允许您的开发人员使用他们惯用的工具，但您也希望能够管理软件交付的整个端到端流程，在需要时保持包含新工具的灵活性，并在整个过程中跨多个团队和项目优化整个过程组织。这个就是为什么今天的企业正在选择将他们的工具链集成到端到端的DevOps发布自动化平台中。为了加快流程并支持整个流程的更好的可管理性，您需要一个平台，它可以作为任何基础设施或特定工具/技术之上（或之下）的一层，并能够集中管理和协调所有工具、环境和应用程序。这允许灵活地管理每个团队今天（或明天采用）的独特工具集，同时还将所有工具捆绑在一起，以消除自动化的孤岛，并提供跨组织的可见性、法规遵从性和控制。安全风险与开放来源：开源不仅在你的工具链中流行，而且在你的代码和您的基础设施。现在许多应用程序都包含了OSS组件和库，或者依赖于OSS技术栈。有人估计超过三分之一的软件代码使用开源组件，有些应用程序依赖多达70%的开源代码。随着OSS使用量的增加，潜在的安全漏洞和马裤（想想心血、Shellshock和POODLE）也在增加。商业软件和OSS代码一样可能包含安全漏洞。为了减轻这些风险，您需要确保您有适当的基础设施，以便快速响应和修复问题，以解决或修补可能出现的任何漏洞起来。靠协调所有工具并自动化开发人员和运营部门的端到端流程，在这些情况下，DevOps发布自动化平台还可以加快交付周期，以便您可以开发、测试和部署更多更新快点。进来此外，这些解决方案中的一些提供了对您所有应用程序、环境的状态的历史跟踪和方便的可见性，流水线阶段大大简化了您的响应。当您可以轻松地确定在哪个环境中部署了应用程序的哪个版本，以及受到损害的部分位于何处时，您就可以以更快、更一致和可重复的部署更快地部署更新过程。在c结论：管理时IT组织和指导企业数字化转型，技术领导者需要支持正确使用开源软件和商业技术作为其工具链的一部分，同时建立正确的系统来实现企业规模、治理和安全。怎么你知道OSS技术在你的过程中被用到哪里了吗，如果有任何内在的风险或重大的低效率需要解决？在开始优化之前，您必须确切地知道应用程序生命周期是什么样子的。这种整体过程有时很难在大型和复杂的组织中封装。首席信息官们往往需要了解整个生产流程，但他们往往需要了解整个生产流程。这种映射对于发现需要地址。那么，与您的团队合作，选择最适合您要解决的问题的工具（无论它们是否是OSS）。考虑如何将所有这些工具作为集中平台的一部分进行编排。端到端DevOps automation能够管理、跟踪和提供跨越交付管道的所有工具、任务、环境和数据流的可见性，从而支持不同团队的可扩展性和灵活性，同时支持复杂企业的系统级视图和跨组织管理管道。沿有文化的改变，打破"自动化的筒仓"有助于有效地打破开发人员和运营人员之间的隔阂，并将您的流程统一到一个共享的业务目标：更快地向您的终端交付有价值的软件用户。这个这篇文章首次出现在CIO评论杂志上。