很多的企业在引入容器技术，微服务 ， 云原生以及DevOps的过程中仍然在延续原有部门结构和工作流程，并且试图将这些新技术新方法融入到现有的流程中，而不是探索新技术新方法带来的全新可能性 。我在过去十多年帮助企业实施落地DevOps的过程中遇到了太多类似的组织，其中最明显的表征就是你会发现那些推动DevOps实施落地的部门不停的界定责任 ， 造锅甩锅，那么他们一定是在用DevOps耍流氓 。以上我所描述的IaC的工作思路对这些人来说从来都不重要，他们不在乎问题出现以后的根源分析和改进措施，相反如果根源分析的结果让锅到了自己头上，那么宁可不分析；如果改进措施的结果是需要自己将一部分职能贡献出去，那更加不能做 。最后的结果就是那个“共享工具” 里面埋藏了各种补?。?硬编码流程以及技术债务，可想而知这样的工具又如何能够承载不确定性，如何能够帮助其他部门提高效率，更不要提为组织提升总体效能了 。对了 ， 这个埋藏了大量定时炸弹的工具就是你们热衷的那个“一体化研发平台/DevOps平台” 。
文章插图
推荐阅读
- 小米盒子使用方法（小米盒子4永久vip)
- 我的世界高级火箭模组信标怎么用（我的世界高级火箭mod使用)
- Object Detection 手把手教你使用LabVIEW OpenCV dnn实现物体识别含源码
- Docker 部署Kibana
- Jmeter——BeanShell 内置变量vars、props、prev的使用
- 原神芭努的智慧怎么使用
- 怎样使用对讲机（一张图看懂对讲机)
- 【对讲机怎么用】对讲机正确使用方法（对讲机如何正确使用)
- 对讲机怎么用对讲机使用方法图解（对讲机喊话键下面俩键干什么用的)
- 使用对讲机五字步骤（步话机对讲机使用教程)