尽管 DevOps 很受欢迎，但它并不适合每家公司。D evOps 的采用或实践集群的利用因业务目标、不断变化的工作实践、行业日益增长的需求以及 公司的业务文化和合规实践而异。
因此，DevOps 倡导者必须评估导致彻底的 DevOps 转型对组织不利的因素。
据一家咨询和培训机构称，DevOps 原则旨在创建一套价值观，公司可以根据自己的需求采用这些价值观。然而，有些公司对以特定方式实施 DevOps 的做法很挑剔。
顾问解释说， 只有少数 DevOps 工具或流程 美国商业电子邮件列表 是可管理的，必须认真考虑每个组件。基于上述见解，一些场景表明 DevOps 并不适用于每个组织。
让我们来看看：
#场景 1 – 不定期发布产品的企业
不定期发布信息的商家
假设某个组织采用的业务模式不需要频繁发布来满足客户要求。在这种情况下，这表明 DevOps 可能不是一种选择。这适用于没有定期发布、生成最低级别发布或未来没有发布前景的组织。
由于 DevOps 是一个旨在大幅降低成本的过程，将其添加到上述业务模型中只会增加组织的财务负担。
#场景 2 – 企业对当前软件状态感到满意
企业对当前软件状态感到满意
考虑 DevOps 提供的业务价值非常重要。虽然持续交付机制正在推动更快的生产周期，但 传统的软件交付方法仍然满足许多组织的需求。在这种情况下， 如果DevOps 转型增加了业务负担并且没有产生 预期的结果，那么它似乎是无效的。
白皮书：DEVOPS – 持续集成和持续交付的成功之路
#场景 3 – 在严格监管的行业中运营的企业
在严格监管的行业中运营的企业
在医疗设备制造等严格监管的环境中实施 DevOps 服务可能会有风险。法规可能会要求对DevOps 流程进行一些重大修改。
据研究，受到严格监管的行业优先考虑安全而不是速度，而这并非 DevOps 理念的一部分。他们认为，消除错误的成本极低，因为高效的 DevOps 团队可以在客户注意到之前快速回滚更改。
