白皮书:您已经准备部署下一代网络管理了吗?

IT 商业新闻界不断发表文章一直阐述 IT 环境不断变化的特性。但这些文章所得到的回应却是“那又如何?IT 环境始终在不断变化。今天的 IT 环境与过去有哪些不同,这些不同对今天和未来的 IT 专业人员又意味着什么?

目录

  • 简介
  • 促使变化的因素
  • 传统管理网络的方法
  • 网络工程师的新角色
  • 总结和自我评估

简介

此为白皮书的第二部分。第一部分的题目是“为什么网络工程需要改进”1。第一部分阐述了 IT 环境不断变化的动态特性并介绍了对网络工程产生显著影响的正在发生的变化。诸如采用 VoIP 或 Ethernet 升级等变化不会完全改变网络工程师的角色。但是同样存在显著改变网络工程师角色的诸多重要变化。下文介绍了影响各领域网络工程师工作的变化,但重点阐述了这些变化如何影响传统的网络管理方法以及传统方法所凸显的不足之处。

为什么网络工程需要改进1

此白皮书也介绍了网络管理新方法的关键特征,比较了网络工程师的传统角色和新角色,并为网络领导者和其直接下属提供了可用于在此十年和未来时间内评估其组织的网络管理就绪程度的一系列问题。

促使变化的因素

当今主要有三种关键因素显著改变着 IT 组织和网络管理的角色。其中包括:

  • 展示商业价值的压力
  • 公共云服务的日益增多和面临的威胁
  • 转向以软件为中心的 IT 功能

展示商业价值的压力

IT 组织一直以来面临展示商业价值的压力,但过去几年中此压力越来越大。此压力增大的其中一个原因是企业所面临的日益增加的成长和适应压力。按照耶鲁大学 Richard Foster 博士的观点2,长久稳固的企业地位受到了威胁。“S&P 500 公司的平均寿命已在上个世纪减少了 50 年以上,从二十世纪二十年代的 67 年减少到今天的仅 15 年”。

Foster 也指出“到 2020 年,四分之三以上的 S&P 500 强企业将是从未听过的公司。”《2014 年 WAN 报告3》中所提及的压力增大的另一原因是业绩和收入之间的相关性。报告中所包括的市场研究指出,当一项或多项业务关键性应用的绩效不良时,公司将失去收入和客户。

与网络管理的关系:健康的高绩效网络基础设施可以直接增加收入和客户保有率。如下文所述,传统的网络管理方法使 IT 组织很难快速找到应用和/或网络性能降级的根本原因并解决问题。

“此工作既需要总体上的新技能,也需要更多具体的编程知识。”

IT 和网络专业人员的角色变化5

公共云服务的日益增多和面临的威胁

在当前的环境中,业务和职能经理无法从其 IT 组织直接或及时或以低成本的方式获取服务或应用,这种情况非常普遍。此情况开始于公共云服务提供商的日益增多,不断变化的用户预期也是推动因素之一。与五年或十年前的情况不同,今天的员工可以在家中使用各种移动设备连接无处不在的高速互联网。他们只需按键即可免费或以很少的费用快速下载成百上千的应用。因此,员工对 IT 组织或第三方所提供的服务具有很高的期望值

与网络管理的关系:既然仍然存在使用公共云服务的情况,无论支持这些服务的资源是由 IT 组织控制还是由公共云服务提供商控制,IT 组织现在都需要对 IT 服务进行管理。

转向以软件为中心的 IT 功能

直到最近,IT 基础设施的所有关键组件都是以硬件为中心的。这种基础设施的硬件中心化特征严重影响了网络工程师在设备生命周期各阶段(采购、安装、配置、管理和故障诊断)中的角色发挥。例如,传统的数据中心在部署新服务时通常需要能够提供层 4 – 层 7 服务的新服务器和一系列设备,其中包括安全和优化功能。这些设备必须使用各设备专用的接口通过连接线以正确的顺序连接到一起。

大约五年前,IT 组织开始采用服务器虚拟化 – 这是走向以软件为中心的 IT 功能的第一步。今天多数 IT 组织部署了额外的虚拟化功能,包括诸如 WAN 优化控制器等虚拟化工具。尽管虚拟化存在阻力,但随着软件定义网络 (SDN) 的兴起,网络现在正经历根本性的改变。

与网络管理的关系:在传统的硬件中心化环境中,诸如计算机、存储和网络设备等 IT 资源很少移动。在软件中心化的环境中,这些资源经常移动,这会显著增加网络管理的复杂性,其中包括监控和故障诊断。

传统的网络管理方法

网络管理传统方法的关键特征就是网络工程师仅注重网域并使用最近购买的、免费获得的或熟练使用的各种工具。鉴于上述变化,传统的网络管理流程正在加速过时。现在 IT 组织使用传统工具无法有效监控和诊断软件中心化 IT 环境。

正在改变的网络管理传统方法的特征之一即更多的涉及 IT 组织的文化而不是工具。在许多 IT 组织中,如果应用性能低于预期,则认为网络出了问题。总是归咎于网络便产生了新管理标准 – 平均诊断时间 (MTTI)4。MTTI 是证明性能降级并非由网络所致的诊断时间。完成此诊断之后,通常认为 IT 的某些其他组件出现故障,例如服务器或应用。此被动且线性化的网络管理方式被称为 CYA 方法。

MTTI(平均诊断时间)是证明性能降级并非由网络所致的诊断时间。

除了增加识别和解决问题的时间之外,CYA 方法还具有如下不足:

  • 有时无法解决问题。
    因为 CYA 方法仅注重技术层面,因此经常无法识别多个层面中不规则延迟导致的应用性能偶尔降级的问题。
  • 因而强化了将 IT 组织作为被动且难以合作的形象。
    发现 IT 组织难以合作是公司的业务和职能经理绕过 IT 组织的原因之一。解决问题的时间长将强化 IT 组织一直以来被动和滞慢的刻板形象。
  • 不能提升网络工程师的职业水平。
    由于 CYA 方法仅注重技术层面,因此无法使网络工程师发展以业务为中心的技能,而此技能对 CIO 日益重要。除了无法学习以业务为中心的技能之外,此方法占用大量时间使网络工程师无法学习诸如云计算和软件中心化所需的新技能是此方式限制职业发展的另一原因。

网络工程师的新角色

如“IT 和网络专业人员的角色变化”5中所述,网络工程师的角色正在转变。在不断发展的基础上,网络工程师将在以下任务上花费较少的时间:

  • 设备配置
  • 问题解决
  • 硬件部署
  • CLI 条目和脚本
  • 被动式管理任务

相应地,网络工程师将增加处理如下任务的时间:

  • 业务和 IT 创新
  • 端到端架构设计
  • 基于 API 而非 CLI 编程
  • 综合策略管理
  • 主动式管理任务

“SDN 和 NFV 2015 指南”6 包含了一份调查结果,其中受访者被问及如何看待日益软件中心化的 IT 功能已对其工作造成的影响或者出现了曾预期的哪些变化。受访者的回答如下:

  • 设计、部署和诊断网络的方法产生了很大变化
  • 工作既需要总体上的新技能,也需要更多具体的编程知识
  • 出现了新安全要求
  • 部署 DevOps 后需要更广泛的技能
  • 对技术单元的关注减少
  • 需要设计新架构
  • 再培训和再学习的次数增多

总结和自我评估

应对技术的不断发展是 IT 组织的常事。但是,当前影响 IT 组织的变化,其广度和程度已超出了寻常范围。这些变化体现了正在进行的根本性转变,决定了 IT 组织如何在总体上和具体工作中定位并体现网络工程师的角色。

以下问题供读者自我评估。网络管理从传统方法转变为可以满足当今业务需求的新方法过程中,贵组织的态度如何?

  1. 您的 IT 组织是否已制定了深入、全面的系统性计划来应对应用、计算机、存储、网络和安全方面的革新?
  2. 您的 IT 组织是否已针对正在发生的业务和技术革新制定了长远的网络管理发展计划?
  3. 您的 IT 组织是否已制定了合理的网络工程师技能发展计划?
  4. 贵组织是否正常评估网络管理的所用工具和更新预算或部署更先进解决方案的预算?
  5. 贵组织采用诸如公共云服务等新服务或部署 SDN 之后,是否增加了诊断能力,减少了诊断问题的时间?
  6. 在问题影响到用户之前,贵组织能够识别和解决问题的频率如何?
  7. 贵组织对网络管理的 CYA 方法(证明各技术域并非是问题源)依赖程度如何?

如果前四个问题中任何一个问题的回答是“否”,或者无法明确回答问题 5 到 7,贵组织应该开始重新评估。鉴于 IT 组织需要加强业务中心化考量和 IT 灵活性,IT 领导者必须采取主动姿态来解决这些问题。要了解更多信息:为什么网络工程需要改进

 
 
Powered By OneLink