在IT组织中实现任何DevOps项目的障碍和挑战是一个很常见的主题。文化可能是最大的障碍，但首先要关注的最容易的领域之一是自动化。从两个列表开始并为项目计划建立一个大纲是完成这第一步的成功策略：哪些任务是手动的，在开发周期中需要大量的资源？哪些任务是经常执行的，是简单的，并且可以很容易地自动化，而不是那些需要大量工作来自动化的任务列表？除了我们将在本系列后面讨论的文化挑战之外，如何自动化，选择自动化是自动化任务的一个巨大挑战。自动化.png曾经有一段时间，低价云服务器，DBA被认为是通过手动梳理日志和定位异常来在问题发生之前主动解决问题来提供价值的随着关系数据库平台的成熟，警报也随着警告而成熟，因此脚本和服务将扫描日志，只在出现严重问题时向DBA发出警报。结果是一个更有价值的管理员，他可以被分配到更富有成效的工作上，而不是通读一行行平凡的输出来寻找异常。随着任务被确定并列为自动化的潜在候选者，还必须重新调整文化观念，大数据和云计算，即什么使每种资源在未来的自动化中有价值。负责自动化项目的小组在确定需要自动化的内容的同时，还将在制定项目计划之前考虑以下问题：自动化需要支持哪些语言和程序？是否需要"包装脚本"来简化和重用脚本存储库对调度器的自动化？是否有一个单一的调度程序和存储库可以支持组织的自动化需求？需要什么级别的错误处理以及通知？像Chef、Puppet和Ansible这样的工具有一批忠实的追随者，可以很容易地使用自动化的功能配置管理。包装器脚本许多通用的编程语言都可以承载一个"包装器脚本"：Python、Shell、Perl、Powershell等，同时接受与不同指令相关的任意数量的参数，包装器需要将这些参数传递给辅助脚本，以确保它在正确的数据库和对象上执行正确的任务。包装器脚本之所以有用，是因为它创建了一个需要熟悉的脚本和一个可以重用并从一个位置调用的代码，它需要较少的代码在二次调用中编写脚本，并对参数进行统一的设计。大多数部署和自动化工具都支持各种语言的脚本，以补充它们自己的命令行或用户界面处理，数据技术与大数据技术，这有助于提供更强大的体验和功能，以及更自助的产品如果功能不存在，只需编写所需的脚本并将其添加到产品执行步骤中。配置管理数据库管理员在数据库引擎内部和外部都有许多可用的调度程序。调度程序消除了许多下班后的工作需求，其中操作系统级的调度程序是最流行的操作系统调度器的挑战在于，它们以主机为中心，高返利页游，需要按主机进行管理，而不是拥有一个能够从单个位置管理所有层（操作系统、数据库、应用程序和文件服务器）的作业的集中式调度程序。DevOps项目规划者将需要考虑到当前系统、数据库平台、应用程序和语言的列表，因为他们选择何种配置管理系统将取代参与项目的不同小组使用的当前调度程序，以便将所有这些都提升到下一个级别。如果决定合并多个解决方案，则应执行风险评估，以了解使用多个配置管理系统如何影响DevOps版本的成功率、跨组的一致性以及思洛存储器环境的创建。众所周知的调度/配置管理工具，如Jenkins和Control-M，以及RunDeck等不太知名的工具，可以创建功能强大、可重复的发布作业，淘客app原生，从而使跨多个产品和环境的DevOps版本管理更简单。随着配置管理的引入，现在项目的下一步自然是编排和监视，我们将在下一节中介绍。