本文章整理自SDNLAB一期一会第10期直播分享
分享嘉宾：王旭涛，毕业于北京邮电大学网络技术研究院，现就职于中国银行信息科技运营中心。

当我刚开始学习NetDevOps的时候，发现国内这些资源很少，很多东西都取自于国外的博主、厂商，或者社区资源，因此我萌生了一个想法，希望可以把我对于NetDevOps理解与学习路线分享给大家。首先声明，本次分享仅代表我个人的观点，不代表SDNLAB和我所在单位的立场。

一、云时代我理解的网络运维之痛

在云计算的时代，我从一个底层运维工程师的角度，通过我做自动化运维的亲身经历，看到它正在面临非常多的挑战。

面对如此多的挑战，运维工程师可以说是太“难了”，那么新时代的运维究竟有哪些难点呢？我们又该如何应对？
运维难点：

• 网络环境的敏捷交付要求越来越高
• 网络复杂度越来越高，运维困难、重复性劳动多。
• 网络关联性越来越强，沟通成本、运维成本高
• 架构、技术越来越复杂，故障越来越难定位
• 运维领域越来越细分，运维一直处于失衡状态
• 工具、数据越来越多，使用越来越困难

解决方法：

• 自动化（核心）：提高运维的效能，是解决问题的关键
• 可视化：自动化运维的外在形式
• 智能化：针对特殊领域的一种自动化表现形式

二、云时代的网络需要NetDevOps

现代化运维难点的解决方案，就是自动化。目前大多数人都清楚，将来网络一定是无人值守的运维，因此我们需要NetDevOps。

• 网络的运维拼的是效能，提高效能的根本是提高自动化水平
• 网络运维需要的是个性化、成长性的自动化工具，购买的工具往往水土不服
• 网络运维与工具开发的沟通成本非常高，因为技术堆栈不同
• 买买买的时代已经过去了
• 当下的运维，“敏捷”是王道
• 当下的时代，是开源技术喷涌的时代

新时代在效能上对网络工程师的要求越来越高，但是运维工具成本和人力成本上反而是压缩的，这也就要求广大网工们做到敏捷运维、自动运维。所以现在做NetDevOps是一个比较好的时机，我们通过NetDevOps能够做到什么？

• 极低的沟通损耗
• 极高的迭代速度
• 极深的场景认知
• 极低的人力成本
• 极广的覆盖范围

运维领域其实有很多不同的领域，我们在运维过程中，可以通过自己编写的脚本，去把我们的人力消耗极大的那部分重复性的动作覆盖，其覆盖的范围比一个工具广泛很多。NetDevOp带给我们的东西，本质上就是自动化水平的提高。

三、我的NetDevOps学习路线分享

对NetDevOps的理解：网络运维人员针对自身运维场景，利用技术与工具提高自动化运维水平，进而提高日常管理、运维效率的工作方法及过程。

开发：基于开源的技术与工具、已购工具的开发与使用

场景：开发深度结合自身网络运维场景

实践：这是一种方法论在自己场景中持续实践的过程

下面从我个人这几年做自动化的经验来分析下，个人以及团队NetDevOps转型的路线，以及一些需要注意的点。然后给大家分享一下我的技术堆栈和学习路线。

1、个人的NetDevOps转型

思想的转变：网络运维将来一定不会是现在这种人肉运维的方式，一定是高度自动化的运维。

思路的转变：重复性、有规律的工作内容能否用自动化的工具去解决

持续的学习：NetDevOps是需要持续学习、不断吸取营养的一个领域，没有一劳永逸。

选取最合适的工具：合适的工具（包括开发语言）可以帮我们节省大量的时间。

不断的实践：一方面实践能看到成果，品尝收获，另一方面只有不断实践反馈才能进步。

清楚自己的定位：学习哪些知识，学习到什么程度要因人因岗位而异。并不是每个人真的都要去开发，但是每个人最好都了解NetDevOps，了解其思想和当下的趋势、技术。

2、团队的NetDevOps转型

思想观念的转变：网络运维将来一定是软件层面驱动更多的网络，需要更多具备NetDevOps技能的运维人员。

培养一支自己的NetDevOps队伍：网络专业领域知识强，拥有一支自己的NetDevOps作战部队可以最小损耗最快速度的实现你的想法。

勇于尝试，小步快跑：勇于投入一点人和一点时间去尝试，敏捷的方式看看值不值得。

路线要明确，注重性价比：要注重性价比高的运维场景，能最大减少人力或者提高网络的稳定性、应急能力等。

队伍逐步的转型，由点到面：人员的转型、场景的实现都是由点到面，逐步实现。

我的学习路线分享：

• 基于Python的脚本开发：成本最低，效果最明显
• 基于django的web开发：通过web将自动化成效普惠
• 不断写场景提升产品设计能力：针对场景的产品设计很重要，易用。
• 开源技术的野蛮生长
• NetDevOps课程的系统学习与归纳总结
• 众多优秀网络运维工具系统的学习与吸收
• 基于团队与场景的架构设计

我推荐的技术堆栈-基础篇

开发语言：Python
前期：需要掌握的内容：基本数据类型、控制（判断、循环）、文本操作
后期：面向对象的编程能力，归纳总结抽象自己的工具类、装备库
IDE：Jupyter Notebook、Pycharm、 VSCode

我推荐的技术堆栈-运维必备

网络层面新协议新技术：

• Yang model
• Openconfig
• Netconf
• RESTConf
• gRPC
• telemetry

运维工程师必备新技能

• markdown：快速写文档
• git：代码管理
• json、yaml、xml：优质的数据传输

我推荐的技术堆栈-网络自动化框架

• Ansible：自动化运维工具，如果网络环境简单可以考虑使用这个，但也是每个新时代网工需要去了解的。
• Nornir、 napalm：自动化运维工具，更贴合网络，可以使用或者了解参考
• Genie、pyATS，可以参考，如何拉平数据、如何网络配置测试、排障、验证。
• NSO、Opendaylight、netYCE、netbox 国外非常优秀的一些开源或者收费的网络自动化系统，各有所长。

我推荐的技术堆栈-网络服务化

• Web后台 ：Django （flask FastAPI tornado），做RESTful API
• Web前端：vue、element-ui、vue-element-admin、AdminLTE、echarts
• ORM:django的orm或者是SqlAlchemy
• 分布式框架：Celery
• Nginx 部署web服务
• APISIX、kong：API网关，推荐APISIX开源版本自带dashboard

我推荐的技术堆栈-系统知识提高

• Linux，从脚本和服务部署使用逆向学习所需核心
• 开发流程管理 gitlab、git最佳实践
• 以下选修
• NoSql:ES、redis、MongoDB
• 微服务设计（API设计）
• 架构设计：网络运维应该有的架构 开源组件 （中间件、流计算、分布式）了解
• 容器技术 docker k8s rancher

我推荐的技术堆栈-一些优秀的资源

除了网络自动化框架、软件的官方文档外：

• 思科的DevNet社区
• 个人：Hank Preston
• 个人：David Bombal
• 知乎专栏： NetDevOps加油站、网络行者
• 个人：Roger Perkin
• 组织：NANOG
• 公众号：SDNLAB、NetDevOps加油站
• Git相关网站定期搜索关键词、关注一些优秀的自动化运维系统。

四、抛砖引玉

我认为未来网络运维会越来越脱离CLI ，更加聚焦数据，也就是你的参数。从系统运维就可以看出来，他们可能很多东西都不是基于CLI的，而且基于脚本封装的一些东西。NetDevOps应该是开发、架构、产品等各种技术及思想在网络运维领域的实现。

我们一定要用未来去规划现在走正确的道路。希望今天的分享能够把自己对NetDevOps的理解，以及所掌握的技术，分享给每一个愿意投身其中的网络运维工程师。如果大家对内容有任何疑问，欢迎大家关注我的公众号，与我进行交流。