共计 2207 个字符，预计需要花费 6 分钟才能阅读完成。
上篇跟大家简略介绍了 DevOps, 以及与其概念相近的 NoOps、DevSecOps 和 GitOps，“Ops 家族”还蕴含其余模式，但归根结底，DevOps 之所以更为风行，是因为其提供了改良工作流程的最全面的办法，因此被广泛应用。
DevOps vs. ITOps
接下来，咱们将更认真地理解一下 ITOps。许多开发人员将 ITOps 视为 DevOps 更传统的版本，但实际上它不止于此。ITOps 在许多方面与 DevOps 十分类似。该办法将软件开发和 IT 基础设施治理视为一个对立的管道，此外，它还试图改良该管道并推动更高的灵活性。
ITOps 与 DevOps 的不同之处在于它如何治理 IT 基础设施。这正是 ITOps 更为传统的中央，因为它负责交付和保护服务、应用程序，以及运维业务所必须的根底技术。ITOps 通常包含系统管理员、网络管理员和服务台等职位。
ITOps 更关注稳定性和长期可靠性，而不是推崇敏捷性和速度。IT 基础设施是作为胜利管道的根底解决的，因而，当波及到基础设施治理时，看到这种办法被视为更加严格就难能可贵了。
ITOps 的最佳实际更偏向于应用牢靠的、通过高度测试的商业软件和解决方案来构建基础设施——包含硬件，因为 ITOps 偏向于关注物理服务器和网络。ITOps 的管道中常常有现成的商用软件或 COTS。
这种办法的更高刚性也意味着更新基础设施组件更加艰难。ITOps 将稳定性作为首要任务，因而疾速更改云和外部环境的配置并不总是可能的。不过，ITOps 在应用程序和服务的外部部署方面的确工作得很好。
这并不意味着 ITOps 曾经过期。有些行业重大依赖 ITOps 的长期可持续性，比方银行业和整个金融业。这些行业并不总是须要疾速、忽然的变动，这使得 ITOps 成为更合乎逻辑的继续交付办法。
人们可能会认为 DevOps 无奈在这些类型的环境中实现，因为它们不是基于云的。但事实并非如此，在裸金属服务器上依然能够缩小在制品数量和升高贮仓量。
DevOps vs. CloudOps
当 ITOps 将基础设施转移到等式更传统的一边时，CloudOps 却恰恰相反。同样，这种办法与 DevOps 十分类似，然而在基础设施治理方面的关注点有所转移。顾名思义，CloudOps 试图更多地利用古代服务提供商（如 Amazon）提供的云原生性能。
CloudOps 次要有三个因素：散布、无状态和可伸缩性。分布式开发和部署意味着不存在单点故障。整个云环境变得更加牢靠，并且能够放弃失常运行工夫。同时，至多在工作流的某些局部，无状态化的能力对于老本效率来说是一个微小的劣势。
因为是无状态的，所以可伸缩性不是问题。您只须要为理论应用的资源和应用它们的持续时间付费，因而，只需稍加调整，就能够将与云相干的开销老本降至最低。应用 CloudOps 办法部署的云本地应用程序往往具备良好的失常运行工夫和低提早。
云服务提供商当初提供的自动化程度进一步扩充了这些劣势。然而，这种办法须要齐全自动化的资源配置，这可能意味着在配置 CI/CD 管道时减少了复杂性。为了充分利用 CloudOps，必须正确配置能力充分利用 CloudOps 的劣势。
DevOps vs. CIOps
继续集成操作（CIOps）是咱们列表中的最初一个分支。CIOps 要求 CI 操作员或管理员在持续部署之前配置反对新代码所需的 IT 基础设施。CI 零碎被设计用来运行构建和测试，而后依据管道的复杂性以不同的简单级别部署。
因为手工输出依然是必须的（为了确保每个 CI 作业都被正确配置以部署到正确的地位），CIOps 既有长处也有毛病。次要长处是对基础设施自身进行细粒度管制。与 GitOps 等办法中预约义的参数不同，两种部署能够有不同的基础设施配置。
手工配置云环境和资源配置能够使 CIOps 更适宜较小的开发; 在开发我的项目中，自动化是一种麻烦而不是一种有用的工具。这就是 CIOps 经常出现在具备更简略云基础设施的小型我的项目中的起因。
手工配置云环境和资源配置能够使 CIOps 更适宜较小的开发; 在开发我的项目中，自动化是一种麻烦而不是一种有用的工具。这就是 CIOps 经常出现在具备更简略云基础设施的小型我的项目中的起因。
然而，这里的次要毛病是这个零碎的人工概念减少了人为谬误的危险。还须要为 API 提供您抉择的 CI 工具（Travis CI 和 CircleCI 很风行），这是一个很大的平安危险。
与 DevOps 相比，CIOps 还不足全面的审计跟踪和额定的灵活性。该办法关注的是 CI 而不是 CI/CD，因而它并不总是涵盖整个过程。尽管它在配置云基础设施时给了开发人员一些灵活性，但要在较长的工夫内安稳地运行 CIOps，还须要大量的致力。
为什么是 DevOps？
正如您所看到的，DevOps 有多个分支和子集，它们都基于独特的办法和乏味的想法。为了放慢您的 CI/CD 周期，所探讨的任何办法都十分有用。在两者之间进行抉择，就是要找到一种最适宜您开发的应用程序和您应用的云基础设施的办法。
也就是说，DevOps 依然提供了改良工作流程的最全面的办法，因为它在采纳文化改良的同时解决了两个技术过程。两者在胜利转型中等同重要。上述办法往往只关注技术方面，有些甚至专一于特定的平台、治理基础设施的办法或特定的工具。
归根结底，这就是为什么 DevOps 依然是所有办法中实现最宽泛的起因。这是一种久经考验的办法，能够在反对翻新和合作环境的同时，创立一个高效且在技术上失去改良的 CI/CD 管道。
