设为首页 - 加入收藏 ASP站长网(Aspzz.Cn)- 科技、建站、经验、云计算、5G、大数据,站长网!
热搜: 数据 手机 公司
当前位置: 首页 > 服务器 > 搭建环境 > Windows > 正文

详解IT运维发展趋势及运维人的转型升级

发布时间:2018-10-16 19:13 所属栏目:117 来源:梁铭图
导读:【51CTO技术沙龙】10月27日,让我们共同探索AI场景化应用实现之道 伴随着企业IT信息化的不断深入,企业对IT系统的依赖程度与日俱增。面对越来越多的各种IT系统,企业中各层IT人员可谓既爱又恨。爱的是,企业各种IT系统成为了企业业务的助推器,提升了企业业
【51CTO技术沙龙】10月27日,让我们共同探索AI场景化应用实现之道

伴随着企业IT信息化的不断深入,企业对IT系统的依赖程度与日俱增。面对越来越多的各种IT系统,企业中各层IT人员可谓既爱又恨。爱的是,企业各种IT系统成为了企业业务的助推器,提升了企业业务和管理上效率。恨的是,随着企业愈发离不开IT系统,IT运维被推上了风口浪尖。如何保障IT系统高效、稳定、持续、甚至7×24小时不间断地提供服务,成为企业中各级IT人的亟待解决的问题。

IT运维是指企业IT部门采用相关的方法、手段、技术、制度等,对IT软硬运行环境、IT业务系统和IT运维人员进行的综合管理。随着技术的发展,IT运维近年来也发生了的翻天覆地的变化,下面总结一下近年来IT运维的发展,并展望IT运维未来的总体趋势。

一、IT技术架构:从“IOE架构”走向“互联网架构”

1、IOE架构

为何从技术架构讲起呢?政治经济学上是这样总结的:“经济基础决定上层建筑”,我认为换到IT业界同样适用。技术架构这个基础的演进,从根本上必然引发其他领域的变革,这当然也包括了我们讨论的IT运维层面。

曾几何时,以IBM为代表的商用小型机、Oracle为代表的商用数据库、EMC为代表的高端存储设计是企业IT体系高大上的标配。我曾在十多年前参观某省级运营商的机房,几乎都是清一色的黑压压IBM小型机;他们的系统数据库无论大小和用途都是Oracle企业级数据库。

回过头来去想,为什么当时的企业都倾向于这种IOE架构呢?当时而言,企业这种选择无可厚非,就连后面叫“去IOE”最凶的阿里,当年最初的技术架构其实也是IOE。在当时分布式技术未能成熟的前提下,IOE这种国外商用成熟软、硬件产品确实比同期其他产品带来无以伦比的单机稳定性和高性能。

我曾在某客户现场看到一台即将下线的老旧小机设备,关机下线前检查了一下启动时间,惊讶地发现这台机器上一次启动时间居然是在3000多天前,也就是说这台小机居然在无故障、无停机的情况下服务了将近十年时间。许多企业正是为这种稳定性和性能,花了大量的银子买单,因为对于IT运维者而言“稳定压倒一切”是其根本需求。

此外,从技术因素考虑,在当时IT系统运维还是以人力为主的年代,系统技术栈构成的单一也有利于开发和运维团队的组建和培养。例如,一两个Oracle的高手再配上一些中低级的DBA就能搞定所有的数据库相关问题,显然是相当合算的选择。

但是随着技术的发展,“IOE”架构所提供的基于向上扩展技术的高端商用产品而设计的传统集中式系统架构达到了瓶颈。特别是互联网企业在技术架构上的不断深入研究,为IT行业带来了全新的技术模式变革。互联网企业掀起这场轰轰烈烈的技术革命背后原因,无非来自于以下几个因素:

  • 成本:成本是不得不考虑的,毕竟一台小型机的价钱,能换回来一货车的X86服务器。
  • 灵活性:互联网行业多变的业务特征,使技术架构需要及时按需而动,很明显IOE式集中式的架构难以实现这种目标。
  • 扩展性:集中式向垂直扩展的技术特点已经开始限制互联网企业的业务发展需求。互联网企业业务迅猛发展的特点,使他们需要一种更具弹性、更易于扩展的水平式扩展的云化技术架构。
  • 技术控制:互联网行业汇聚了行业中的各类技术精英,他们需要更为开放的技术环境为其不同的业务场景做出各种极致的改造。打个比方,他们显然更需要一台给他们随之改装的小跑车,而非一台四平八稳的商务车。这是显然也是闭源商用软硬件设备并不具备的。

2、互联网架构

随着技术的发展,这种云化、分布式、开源化的技术架构开始进入传统企业的视线。2014年9月,银监会就发布39号文即《关于应用安全可控信息技术加强银行业网络安全和信息化建设的指导意见》。此后数年逐步掀起了传统企业去IOE并向互联网架构学习的大潮。

互联网架构其实并不神秘,归纳起来为以下几点:

  • X86化和开源软件:用大量的国产x86服务器代替昂贵的外国小型机和存储,用开源的软件代替闭源商用软件,节省大量采购,许可证(license)以及原厂维护带来的成本。打个比方,就是“用买一头大象的钱买来一个牛群”。
  • 分布式:在架构上支持分布式计算能力,以多台机器的性能总和代替集中式架构下的单台小型机的能力。继续沿用上面的比喻,就是“用几十头牛代替一头大象在干拖木头的活”。
  • 系统可靠性:在架构上增加必要的冗余,在单个设备不靠谱的情况下,以整体的系统性可靠性代替单个设备的可靠性。再延用上面的比喻,就是“拉木头里的其中一头牛病了,应该马上换一头牛,然而并不会影响拉木头的进度”。
  • 高度可扩展:架构设计上支持可以不断加资源以达成更大容量,支撑更高的并发、迎接更多用户。“当拉木头变成了拉石头,要做的事情是增加牛的数量而已”。

因此,在互联网架构、云计算、大数据等新兴技术的冲击下,企业的IT技术架构也逐渐开始改革,从原来单一的IOE架构,逐渐向x86、云化架构以及开源解决方案等多样的技术架构转变(见图1-1)。这种技术架构的革新,必然带来运维领域其他关键因素的革新,推动着“运维”这个行业的向前发展。

IT运维发展趋势及运维人的转型升级

图1-1 从IOE架构走向“互联网架构”

二、运维体系:从ITIL走向DevOps

1、ITIL

企业的技术架构的不断革新,推动着IT运维管理模式运维体系从稳态向敏态转变。

随着企业信息化的深入,IT系统越来越多,企业IT运维人员也随之增加,不少企业信息部门专门成立运维团队进行IT系统运维工作。IT团队内部自然不可避免地需要对运维人员的各种活动进行管理。ITIL正是为企业的IT服务管理提供了一个客观、严谨、可量化的最佳实践的标准和规范。我认为正是ITIL提出的这些标准和规范在一段很长的时间为我国许多企业的运维体系建设起来指明了方向。

  • ITIL强调流程:以ITIL理念为核心的各种ITSM系统无不将运维操作流程化。事件管理、问题管理、变更管理、配置管理,大家都按流程办事,杜绝一切拍脑袋决策和盲目操作。
  • ITIL强调规范:运维人员按组织依据流程进行各种规范的运维操作,约束本身是为了确保大家的行为不要偏离方向,少犯错误。
  • ITIL强调分工:运维人员按技能进行有效的分工,有人负责服务台的一线响应,有人负责二线的事件和问题处理,有人负责配置管理,有人负责变更审批等等。运维团队内部实现各司其职,分工协作。

(编辑:ASP站长网)

网友评论
推荐文章
    热点阅读