谢谢你的澄清。
不幸的是，很多对DevOps有自己定义的人，并不了解Patrick Debois以及DevOpsDays的创建。
他们不将DevOps与敏捷联系起来，对他们来说，DevOps的唯一作用是打破开发者和运维人员之间的壁垒（这就是Patrick所说的DevOps Lite），以实现自动化。
DevOps 是开发（复杂产品的开发，如 Scrum 指南中所述）和运营（交付+支持）。它涵盖了产品（或服务）的整个生命周期，并与敏捷（真正的敏捷方式）相结合。当人们向我询问 DevOps 工具时，我喜欢告诉他们，我拥有的不仅仅是一个工具，而是一个完整的框架来部署 DevOps。 所以他们期待一个技术工具......我给他们 Scrum :) "DevOps 不是关于团队中的角色，而是关于技能。角色是孤岛。一个 Scrum 团队必须拥有所有必要的技能，无论谁拥有这些技能。Scrum 涵盖了从开发到运营的整个产品生命周期。所以部署真正的 Scrum，让你的团队精通敏捷，并超越 Scrum，你会发现你拥有了 DevOps。心态先于技术"，我告诉他们。不幸的是，现在在 "DevOps" 生态系统中，很难听到这种声音，因为虚假的 DevOps 太吵闹了。所以现在，我向敏捷人士谈论 DevOps，希望他们听我的，因为敏捷生态系统似乎对 DevOps 感兴趣... 晚了 10 年 :(
再次感谢您的文章，我完全同意您的观点
谢谢你的澄清。
不幸的是，很多对DevOps有自己定义的人，并不了解Patrick Debois以及DevOpsDays的创建。
他们不将DevOps与敏捷联系起来，对他们来说，DevOps的唯一作用是打破开发者和运维人员之间的壁垒（这就是Patrick所说的DevOps Lite），以实现自动化。
DevOps 是开发（复杂产品的开发，如 Scrum 指南中所述）和运营（交付+支持）。它涵盖了产品（或服务）的整个生命周期，并与敏捷（真正的敏捷方式）相结合。
当人们向我询问 DevOps 工具时，我喜欢告诉他们，我拥有的不仅仅是一个工具，而是一个完整的框架来部署 DevOps。 所以他们期待一个技术工具......我给他们 Scrum :) "DevOps 不是关于团队中的角色，而是关于技能。角色是孤岛。一个 Scrum 团队必须拥有所有必要的技能，无论谁拥有这些技能。Scrum 涵盖了从开发到运营的整个产品生命周期。所以部署真正的 Scrum，让你的团队精通敏捷，并超越 Scrum，你会发现你拥有了 DevOps。心态先于技术"，我告诉他们。
不幸的是，现在在 "DevOps" 生态系统中，很难听到这种声音，因为虚假的 DevOps 太吵闹了。所以现在，我向敏捷人士谈论 DevOps，希望他们听我的，因为敏捷生态系统似乎对 DevOps 感兴趣... 晚了 10 年 :(
再次感谢您的文章，我完全同意您的观点