1.2 网络DevOps与网络运营

毫无疑问,网络DevOps将给网络运营带来突破性的变革,变革之下,哪些发生了改变,又有哪些保持不变?接下来,我们将从战略目标、团队阵型、运营人员、日常工作几个方面来分析。

首先,网络运营的战略、目标与网络运营的生命周期,这些属于不变的部分。不管是否引入DevOps或者网络DevOps,网络团队的主营业务均不会有变化,围绕主营业务的战略和目标也不会发生大的变化。例如团队的使命或者战略,并不会从提供世界TOP1的网络传输服务提供商,转变为世界TOP1的设备制造商。

而团队阵型则属于变化的部分。在思维方式上,通过网络DevOps可以打破团队之间的壁垒,促进架构理念在团队中深植,让团队成为“高质量”的研发型团队;研发型团队的形象将更加具体和实际,研发人员将更加重视架构,运营人员将参与和实践研发的工程管理全过程;同时,团队的服务能力将得到实质性的提升,一方面得益于团队成员将网络技术与工具手段合理结合,另一方面得益于平台所提供的灵活的应用实现能力;而且,随着团队人员的技能经验相互渗透和互助提升,纯开发和纯运营的人员比例将越来越少,人员能效上也将发生明显改观。

再有,日常的运营工作也会发生较大改变,即实现团队战略及目标的方式和路线将有很大变化。通过自动化、智能化的手段来实现战略目标将成为各类举措的重点,通过网络DevOps的引入,自动化和智能化的实现将会更加快速、有效和可持续——平台研发和应用研发以及相对应的研发管理将成为日常工作的一个重要部分。

此外,围绕网络生命周期的日常工作,将不会再分散在不同系统或者平台中,而是可以通过一个统一的平台来端到端地实现。不仅操作、数据形成了端到端闭环,团队成员对网络生命周期的理解和观察也将更加全面、立体。

那么,一个企业是否需要做网络DevOps?又是否需要做网络DevOps平台呢?

我们已经讨论过网络DevOps的定义,也分析了它会带给我们什么样的价值,因此,对于一个网络运营团队而言,如果其所在的公司正处于持续发展中,那么选择网络DevOps一定会是一条正确的道路。但在是否需要启动网络DevOps平台建设的问题上,建议还是要结合自己公司当前的实际情况和未来的整体战略规划,从以下一些问题中寻找答案。注意,这里强调的是要结合公司未来的战略规划,因此,不是仅仅看公司当前的发展,也不能只看团队或者部门的战略,而一定要结合公司未来的整体发展来进行综合性的考虑。

1)公司的Region、AZ、DC、骨干网节点当前是多大数量,未来一年、三年大概会演进到什么数量?

2)公司的设备在未来一年、三年内大概会演进到什么数量级?

3)公司每个月的告警是什么量级?需要介入处理的大概有多少数量?影响业务的大概有多少数量?

4)公司的变更每周数量大概有多少?每天又有多少?

5)公司的建设量(TOR接入端口数)当前是什么数量,未来一年、三年大概会演进到什么数量?

6)公司的流程是否经常优化,还是基本处于一个稳定的状态?

7)公司是否有很多数据需要沉淀和分析,除了报表,目前是否看到有其他数据分析方面的强需求?

8)公司的运营人员大概有多少,其中掌握开发技能的有多少?

9)公司运营人员的平均维护设备数量是多少,未来三年又会达到多少?

10)公司的开发人员有多少?有真正的架构师吗?

11)整个团队中,是否有掌握大数据平台技术基础的人员?

定义、理念、价值……,经过一周的学习,小P已经对网络DevOps的概念了然于胸了,网络DevOps是一种基于中台架构进行网络应用开发与平台化运营的智能管控模式,而其核心就是实体化的网络DevOps平台。

只是,这个网络DevOps平台和以往大家用过的各种网络运营管控平台、自动化平台、监控平台又有什么区别呢?在构建和实施网络DevOps平台过程中又会遇到什么问题和困难呢?小P决定去找其他公司的前辈们取经,请他们讲讲对网络DevOps平台的理解,深入了解他们的经历和经验,为在项目启动会上确定平台的目标、作用与价值打好基础。