想象一下，你建造了古代世界七大奇迹之一，但随后立即销毁了所有的设计图，并让所有参与者消失。然后，你再试图重建它。
乍一看，这似乎很荒谬，但在IT领域的大部分行业中，这种情况并不罕见。
特别是在网络行业。上世纪90年代中后期，大量受过技术培训的工程师涌入该行业。他们在大学学习课程，考取认证，夜以继日地构建全球最重要但也最复杂的系统。互联网、社交媒体、云计算，以及无数AI初创企业的希望，都建立在这代网络工程师奠定的基础上。
那么，当这一代人逐渐老去并退休后会发生什么？人们倾向于认为，下一代网络工程师会接替他们的工作，但这个假设真的成立吗？
如今的大学毕业生更熟悉AWS和Azure，而不是BGP（边界网关协议）和EVPN（以太网虚拟专用网络）。他们花更多时间研究Kubernetes，而不是学习如何操作路由器或交换机的命令行界面。
当然，如果有资深员工指导或有详细的技术文档支持，他们依然可以胜任工作。但IT行业以定制化解决方案、复杂的工作流和糟糕的文档记录而著称。
这一切其实都在意料之中。许多人之所以选择云计算，至少部分原因是它看似可以将问题转移给另一支团队。当然，事实并非如此。没有哪家公司能完全放弃架构和运营的责任。但在IT行业对新技术的狂热追求中，许多团队在无意间的确是朝着这个方向发展的。
当掌控复杂性的人不在了怎么办？
或许，你对IT未来持悲观看法，认为新一代技术人员的能力不如以往。就像当年把人类送上月球的NASA工程师，可能会对如今依赖计算工具的航天科学家感到失望。但事实是，正因为新一代工程师不再被低级计算任务束缚，他们才能设计出可回收火箭，并让其在海洋中央精确着陆，完全不需要人工控制。那些关于天体物理学衰落的传言，似乎被夸大了。
那么，IT领域是否也能在前人的基础上继续创新？在云计算领域，答案是肯定的。但在传统IT环境中，依赖标准操作流程（SOP）和运行手册（MOP）的行业，情况就没那么明朗了。
如果一个熟悉云计算但不擅长命令行的新工程师突然要管理复杂的企业网络，他们可能会无从下手。在这个充满复杂语法的世界里，毫无基础的新人几乎没有任何用武之地。
迎接未来的IT运营模式
对于那些正在面对员工更替挑战的企业来说，一个关键战略问题是：我们该怎么办？
聪明的IT领导者会在每次扩展和升级基础设施时，同时引入新的运营模式。目标不仅是满足当前需求，还要为未来的IT运营模式做好铺垫。
这一未来运营模式的关键，在于支持哪些技术，以及它是否能被新一代技术人员快速接受。
当然，运营自动化和全方位可观测性是必不可少的，但这些工具也需要适应那些不熟悉供应商专属语法的人。新的IT运营模式需要既能兼容传统用例，又能充分利用现代技术。例如，云托管、微服务架构、模型驱动开发以及自然语言接口，都将在IT基础设施现代化的同时，为“云原生”一代技术人员创造更友好的工作环境。
团队需要认识到，未来的IT运营不仅仅是“维持现有系统运行”，而是要将运营能力提升到战略高度。这样一来，企业的招聘范围可以扩大，基础设施管理也可以更贴近云计算模式，例如采用多供应商采购策略和基础设施即代码（IaC）。
这种转型需要“运营架构师”这一角色的介入，他们将成为网络架构师和云架构师的合作伙伴，而后者已在许多企业中发挥关键作用。
别把技术进步当作裁员工具
企业需要做的最重要的事情，或许是最简单的一点：停止把技术进步视为减少员工的手段。
如果企业不断向员工灌输“技术进步会让你失业”的恐惧，那最终的结果只会是阻碍变革。尽管新员工会加入，但解决转型过程中各种问题的，主要还是现有团队。帮助他们适应新模式，不仅能让企业更顺利地过渡，还能完善培训和文档，为新老员工之间搭建桥梁。
每家公司都会经历自己的技术人才更替过程。真正的问题是，他们会选择有条不紊地应对，还是等到危机爆发时才被迫行动。只有前者，才能确保企业在未来仍然保持竞争力。
