运维的敏捷才能支撑研发的敏捷，敏捷运维≠不稳定运维！！

本文的主题明确，从本质上阐述了敏捷研发模式下交付运营的最后缺失环节，敏态运维。目前大部分的软件公司，都已经接受了敏捷研发模型，利用DEVOPS，实现了研发、构建、部署、投产的一体化，但是投产交付后的运维，还是常规模式。业务上不了解变动，维护上不能快速评估变更影响范围。发人深思，是对数字运营转型下的运维的鞭策。 通过此文章，能让有志人士对数字运维、敏捷运维有更深刻的认识，从而制定相关的规则制度，推进运维向敏捷转变。本文出现也让敏捷运维的落地实施出现了希望和曙光。

文章对敏捷运维的本质进行了剖析，是可以把运维人员和管理人员思维拉回正规的方向盘，防止大家在敏捷运维的误区越走越偏，很多时候为了敏捷而敏捷，就已经不正常了，但或为了业绩，或为了技术实现而忽略了问题本质，其实从成本和管理的角度都是得不偿失的，建议此篇文章大力推广。

敏捷运维对运维人员的技术水平要求也相应提高了，当然不管怎么变化，作为技术人员都是要持续学习终生学习。。。

弱弱的发表一下观点啊，了解的国内的敏捷的开发及运维，感觉还是有点表面化，不够深入；速度有了，深度欠缺，可靠性也不是那么高，敏捷运维的关键点是基于各种标准的融合及开发。一点浅薄认识。

本文从稳态和敏态的角度来讨论运维，让我们对应用系统的动态状态变化和稳定性以及适应性有了更深刻的认知。阐述了用研发模式来区分敏态应用和稳态应用是不准确的，并说明敏态变更不仅适用于敏态系统同样适用于稳态系统，它体现的是系统对变化的适应能力，对变化的响应越敏捷，越能快速的到达另外一个稳态。对作者的观点只有运维是敏态的，做到了敏捷，才能支撑敏捷的开发，运维的敏捷需要自动化和平台来支撑非常的认同。

敏捷运维并非指不顾系统稳定，而是指能够快速响应需求变更，并保证系统稳定运行的能力，明确了敏捷运维的概念。文章给我两点启发： 敏捷运维和系统稳定并不矛盾：敏捷运维的目的是在保证系统稳定性的前提下，快速响应需求变更。两者并非对立关系，而是相辅相成的。 运维的敏捷性比研发的敏捷性更重要：在数字化时代，运维工作的重要性日益凸显。运维的敏捷性不仅能够支撑敏捷研发，更能够保障系统的稳定运行。 总体而言，文章观点清晰、论证充分，具有很高的参考价值。

这篇文章从根本上举证了“运维不宜采取敏捷方式”的观点,阐述了几个重要思考: 1、稳态和敏态是描述系统状态的概念,不是研发模式的区分。应用是否需要敏捷,需看具体业务需求。 2、运维也需要具备响应变化的能力,这就是运维敏捷。自动化正是实现运维敏捷的重要方式。 3、SRE通过自动化等手段实现了敏捷运维,支撑研发敏捷。表明运维敏捷与研发敏捷是相辅相成的。 4、运维质量直接影响研发效能。研发需要运维视角来保障产品质量。 总体来说,这篇文章从理论和实践两个层面深入论证了“运维敏捷”这一观点,对理解运维在DevOps背景下的定位与作用有很好的阐述。