好像DevOps的定义还不够复杂似的，它经常与它的误解小伙伴一起被人挂在嘴边：持续集成、持续交付和持续部署。就像一个古老的皇帝，需要一位演说家记住和讲出他的头衔/名字，滑稽的是，CI/CD/CD总是被人一起提及。你可以参与到这样的对话中，但是一旦你将话题转到持续集成、持续交付和持续部署，你就会连续不断地说出这么一大长串，让每个人(包括你自己)都很恼火。或者在AWS这样的环境中你可以简称它为CI/CD/CD，初级和非技术人员都会认为你是某种字母表专家。
不仅这个“东西”的名字令人困惑，而且它的定义也是模棱两可。如果你问管理者，他们会告诉你如何为客户创造价值。如果你问开发人员，他们会开始滔滔不绝地说一些工具、流程和代码。如果你问营销人员，他们会告诉你，这是解决组织中所有问题的方法。如果你问销售人员，他们会告诉你节省的时间、指标和公司的潜在收益。如果你问敏捷教练，他们可能会让你更加困惑，大喊CI不是CD, 这个CD不是……那个CD。
“哪个CD ？”
“别担心。事实上，就叫它CI/CD吧。”
“那这个CD是持续交付的CD还是持续部署的CD（Continuous Delivery or Deployment）？”
“依赖于具体情况（Depends）吧。”
“持续依赖（Continuous Depends）？”【译注：此处保留原文，请读者体会原文的小趣味】
“打扰了，告辞”
那么，当我们的英雄战队肩负起执行这个神秘过程的任务时，我们该从哪里着手呢？
