简单说说我对目前IT运维的拙见，主要是应用和系统层领域。

当前IT运维的发展，在容器和微服务大规模使用以及传统裸机和虚拟化库存维护的现状下it运维，在技术形态上逐渐两极分化：一个方向，科技公司，互联网公司和开源团队是主要的。驱动力、容器和微服务的规模化和网格化的前沿技术，进而提出新的运维需求——服务自治、故障自愈、智能监控，从而逐步形成云原生、FaaS、IoC、免代码等新的业务开发和运维方式和模式；另一个方向，

当一个事物同ζ　时极化时，必然会在某个节点处选择一个方向。在应用系统层运维方面，当前节点是发展前沿技术替代传统方式○的起点。只不过，这个科技互联网公司的闪点早在五年前就开始了。其他领域的传导没有那么快，也很正常。毕竟对于科技互联网公司来说，技术创新和快速迭代是他们主要的营收业务，但对于其他公司来说，这只是业务支撑，按照“互联网行话”叫做“IT赋能”。

当前的前沿技术发展路径，其实总体上是一种“小而美”的发展战略。说“小而不美”是头五年。近年来提出的自主、自愈、无代码技术的正式生产，是“从“不美”到“美”的“过渡宣言”。一个微服务集群就像一座有着各种角色的城市，也Ψ就是亚当·斯密在《国富论》中提到的工业革命后的社会分工，每个人在整个社会体系中专业地工作。一件事是成倍提高生↑产力，增加国民生产总值，共同建设和发展同一个城市。容器或 pod 只做一两件事，

当程序化编程方法在第一」次和第二次软件工程危机之前盛行的时候，这其实是一个“小而美”的时代，但由于业务的发展，单个文件的“小而美”被人为地改成了“大” . 危机过后，面向□对象的编程方式将“小而美”细化到代码的内部实现，而外部的单一程序则变成了巨人。当前的“小而美”是尽量减少代码的内部实现和功能，但放眼整个系统，却将复杂度提升到了◣系统层面。从这个角度来看，历代软件工程的创新都试图从简单到美观，但最终，他们只是将无序熵从↓一个场更改为另一个场。从这个角度来看，尖端技术〖可能不是尖端技术，而更像是智『商高的人设计的游戏规则，以及各种“甩锅上手”的“较量”。矛盾被转移。当然，这种观点有点开玩笑。

而这种发展路径必然会将无序的熵从开发者转移到运维人员身上。软件工程原有的开发模☆式——面向过程到面向对象——是开发者内部的一种优化。当前的技术创新解〗放了开发人员，改变了运维人员的工作方式。运维人员也需要相当的代码技能才能进行运维工作，因为一个容器或pod只与一个函数相关联，甚至是ぷ一个方法或函数的代码，这是操作系统和函数之间的强绑定关系。代码。于是，SRE得到了发】展，并发展了多个业务方向。

因此，今天的IT运维it运维，尤其是应用层和系统层领域，已经变成了一个奶酪三明治：由于前沿的技术◤创新，开发者不断对运维提出新的要求；用户、业务方或领导由于前沿的技术创新而没有完全理解，对运维人员的工作内容的容忍度越来越低。

要解决这样的困境，可能只需要在开发运维上做一件事，那就是联合声明：我□　们团结起来[狗头]！