应用程序发布编制评审和评级

我们使用gitlab作为自动化测试脚本的版本控制系统。它包括多个团队成员，所以拥有不同的分支非常有用。我们还使用了git管道，并将其yml文件配置为dockerize，并在项目管道中作为作业运行这些自动化测试，与其他CICD工具相比，这是非常强大和快速的

我们一直在使用Red hat Ansible自动化各种IT基础设施组件。在开始自动化之前，我们真的不需要做任何大的设置。此外，任何只有很少或没有脚本编写经验的人也可以使用ansible开始自动化，因为它具有简单的YAML结构剧本和大量可供使用的模块集合。在我们当前的设置中，我们正在与各种IT组件交互，如Vmware、F5负载均衡器。Juniper SRX防火墙，Linux / Windows操作系统等。我们已经能够提供端到端的解决方案，没有任何人为干预

切换到Octopus，部署管理和清晰度变得更好!一切都非常直观和简单，但不影响功能。最后，它帮助我们构建了CI/CD管道。

我们已经使用XL发布一年了，这个工具太棒了，值得更多的星星:)我们的发布比以往任何时候都更透明，发布仪表板显示出到底哪里出了问题，哪一步花了更多的时间来完成发布。此外，它有更多的集成和定制可用，所以老式的记录发布的方法现在已经成为历史!

我们最近开始使用Microsoft Azure Pipeline(正式名称为Azure DevOps)，因为越来越多的工作负载转移到Azure。此外，由于我们主要在。net商店，与VSTS和TFS无缝集成，这确实使我们的开发人员在构建管道和轻松部署方面变得更加容易。

我曾经使用过IBM的UCD工具，它是在复杂环境中进行部署的最佳工具，提供了系统的可伸缩性和高可用性。我在6.2版本上工作过，与旧版本相比，它非常快。我想说这是最好的工具，我建议使用这个工具来实现从开发到产品环境的零错误部署。

在快速发布的过程中，我们遇到了协作问题。Cloudbees理解这种无缝协作的需求。此外，他们有我们所重视的以客户为中心的方法，这使得实现很容易。

我有很好的Puppet配置管理工具的经验。它用于部署war/jar文件。

我们使用Chef来管理多个项目的服务器，包括数据库，存储，后端和前端服务器，我们的服务器包括物理机和不同的云虚拟机。Setup Chef基础设施非常简单，在每个节点上都安装了一个集中的服务器和Chef客户端，通常，我们将其包含在云VM的初始脚本中。Chef提供了一种灵活的方式来控制应用程序，我们的开发人员开发的食谱，库，元数据…并存储在Chef Server中，我们的管理员会将相应的食谱应用到每种类型的节点，通常情况下，多个食谱应用到一个节点。升级软件或发布新版本的应用程序非常简单，我们不需要在所有服务器上工作，只需要用新版本升级我们的烹饪书，它将对每个使用此烹饪书的节点生效。

自动发布自动化对我们的自动化过程是一个非常有用的补充。它与我们公司使用的各种工具都能很好地配合使用。

我们选择这个工具是因为它不是基于流程的，而是基于规则的部署工具。在实现之后，一切都按照预期运行。

非常有用的功能标志管理工具。当您必须管理许多特性标志并在运行时照顾它时，生活变得简单。

只是关键产品!减少生产部署时间-真正经过验证的盒子解决方案研发+++

多年来，我们使用UrbanCode产品获得了积极的经验。支持人员响应迅速，帮助我们解决问题，我们喜欢在执行重大升级之前抢先打开案例，让支持人员随时待命。我们的组织定期与HCL会面，讨论未解决的案件，并确保我们得到了我们需要的东西。亲自参加TechConnect会议也是一个好处。它们允许您与UrbanCode开发人员面对面交流，并就产品的现有和未来功能提供反馈。HCL似乎正在努力与他们的客户沟通，并让他们参与到开发过程中，所以我们有最好的工具。

我们已经与Flexagon合作超过5年。FlexDeploy是一个非常好的工具，可以简化和加速交付。因此，它已成为我们产品的推荐部分。

我们已经使用Clarive部署了跨技术的、完全编排的银行关键DevOps流程的实现，以交付应用程序。我们的想法是我们的测试和关键环境部署变得完全协调(我想他们现在称之为价值流，但我们更喜欢旧的“编排”术语)。Clarive提供了一款完全可定制的产品，完全符合要求，而且时间很短。并不是所有的技术都可以在第一次交互中集成，因为缺少细节和其他像我们这样庞大的规模和范围的发布自动化和应用程序交付项目所需的关键因素，但这绝对是一个好的开始。好的方面是，clarive团队没有过度承诺，并帮助我们控制预期。工作流、管道和脚本可以很容易地转换为Clarive“规则”(自动化流程)，我们将大多数部门深度的知识转移到工具中的共享服务目录中，就像在旧的itil时代一样，但更新为更直观和更简单的使用。由于缺乏发现工具，我们在配置Clarive的3000多个服务器时遇到了一些困难，显然该功能将在未来的版本中推出。对于需要快速访问和验证数千台服务器和虚拟机的大型站点来说，这样的工具具有发现功能是至关重要的。现在，我们大部分持续的、短期的、快速的和更长的(1-2个月)发布准备就绪，QA和生产部署到不同的地区都有Clarive作为核心部分，驱动DB、kubernetes和应用服务器的部署。很快，我们将把一些遗留的大型机应用程序引入主周期。 The idea is that mainframe deployments can also benefit from single, enterprise-wide deployments based on integrated calendar slots.

在Inedo工作的人不能提供足够的帮助，而且他们显然是该领域的专家。对于这样一款技术产品，能够直接与产品开发人员联系并交流以获得快速解决方案和建议是非常棒的。该产品本身已经改变了我们的持续集成和发布管理流程，通过自动化驱动巨大的效率和风险降低，并通过跟踪和报告提供可见性。它是非常灵活和可靠的-没有任何挑战，它还不能满足。

Chef是一个自动化工具，用于配置和控制我们的现场和计算资源。我们可以使用chef软件来加速应用程序的实现，并构建持续集成管道。厨师为设备提供技术。基础设施即数据意味着我们的技术环境具有许多与我们的实现相同的特征。它是原始的，可以测试，可以重复。

尽管它很难理解和使用，但它是一个非常棒的工具，我们现在正在培养更多的人学习如何使用它，因为我们在未来会继续使用它。

总体来说，安装快速，学习投资低，并提供了我们在ARA中寻找的组织和自动化。