早上听到一个名词业务敏捷，敏捷就是专门为复杂、快速、开素变化业务而生。
业务敏捷：大胆猜测一下一定是原生即将诞生devops分离gitops分离的初步方案，可能第一带产品都不够完美，后续会迭代优化。
问为什么：
为什么要有业务敏捷，之所以想要敏捷是因为现在还不够敏捷，特别是应用/微服务本身的部署、升级、回退。
部署的不够快，不够稳定。
升级慢、卡死、升级过程中服务调用链复杂导致部分业务瘫痪。
抽象问题：
技术变更的根因大多数都是因为实践过程中的痛点、难点问题。
容器云实践问题的痛点就是微服务本身的设计、拆分、消息中间件设计、大颗粒场景测试、部署、升级动作。
技术一定是从应用中来，到应用中去。
产品一定是从用户中来，回到用户里去。
闷头做东西永远只能做这个框框以内的东西，所谓的创意、思维、只不过是思考的时候不断放大，执行的时候很细节，阶段性的复盘思维。
闷头=内卷，如果从更高层面解决该问题，必须从教育源头解决，说多了。
回归业务敏捷本身：我们人类也需要思维敏捷，读书、学习、实践、思考、传授、不断循环，拒绝闷头，拒绝内卷。
