普及从跑腿到云一体化IT运维管理的常识

普及从跑腿到云一体化IT运维管理的常识
  L: c8 G2 s' H5 a2 o; n运维是一个名词相当丰富的领域，抛开各种丰富的技术名词，单就职位名称就很多：OP、SA、DBA、DEVOPS 、SRE、云工程师等等。这样一个领域，到底这些职位之间的分工和联系是什么？是什么导致了这些分工？到底运维的目标是什么？
4 Q, F. }( v# m8 [+ w要聊运维的目标，需要先聊聊运维的发展。运维这个职位大约是受到技术支持和 IT 这两个计算机还主要以提供工具给非计算机专业人士使用时衍生的工作影响而产生的，产生的背景是互联网的兴起，需要 一个对内部开发人员和广大产品受众负责的维护人员，这就是最早的运维。

他经历了如下六个发展时代。
1、        运维 1.0 —— 初始化
5 b6 U8 }* ]) Z/ a: j这个时候的运维是一个通称，负责从机房、服务器选型，软硬件初始化，服务上下线，配置监控，盯监控等，运维和开发之间没有太明确的分工，基本是遇到什么问题解决什么问题。
2、运维 2.0 —— 专业化
分工开始明确，通用运维的非专业性问题开始变的严重，这时候业务无关的事情已经从量变到质变，任意一个方向的问题都已经不再是会配置就能解决的了。
4 s  n% w: ~, q: F& V/ `3 C: B2 P3、运维 3.0 —— 工具化
3 M  }) [) m4 Z" E运维工作是离不开辅助工具的，但一般运维都是被需求赶着走，找各种开源或自己应急写的脚本工具来辅助日常运维工作。
4、运维 4.0 —— 平台化
& ]+ B0 _2 z' o这个阶段是公司的运维业务基本趋于稳定（主要指运维业务，不一定是公司业务），团队划分和工具爆发的学习、沟通成为瓶颈，运维对一整套解决方案的需求变得非常强烈。
5、运维 5.0 —— 云化
9 ~) R7 z2 j( l. K! `在传统互联网的领域，基本上在 4.0 这个阶段运维就算是做到维护状态了。受益于云的出现，大家又开始重新思考在互联网下，一个项目，运维的成分要有多大。
) c: C' [% W1 |' Z) W6、运维 6.0 —— 智能化
5 b6 J( w& x4 Y1 H- |当基础设施固定下来，运维模式也最终会固定下来，但将这些运维模式系统化在云平台中，开发在初始化项目从云平台申请资源时，就开始考虑采用哪种运维模式，这些模式会把包括可用性、扩容等场景的运维方案包含进来，平滑的把开发加入 运维架构中。智能化云的目标就是把所有的运维细节隐藏在云平台背后。
1 M7 t4 ?/ w$ h4 E& k  q6 H& `  a
( F9 n1 Z4 W; H  W* {9 o7 `9 d* H其实这就是我们网管和IT运维人员从当初跑腿到到现在的云化，也也真实再现了其背后发展的历程。类似SITEVIEW ITOSS一体化IT运营支持系统网管软件与IT运维管理系统，实现了资产管理、网络设备、服务器与服务器应用监控管理、IT服务管理的标准化流程运维，自动化监测，智能化分析主动网络管理，及多种故障告警，工单流程处理，知识经验库，用户满意度调查，绩效考核等等一体化的监控、管理和运维。并且提供云监测与手机App智能IT运维系统、微信App监测的云对接、手机移动对接。已经走过了IT运维管理的前三个时代，正在集IT管理运维的平台4.0、云5.0、人工智能6.0于一体，建立IT管理生态系统。

  _9 ]; z9 }) j8 u9 b# R6 b

看到0回复的主题马上点开，粘贴复制要一气呵成，这就像开车，要油离配合。最后要有坚强的抗压能力。

楼主太厉害了，整理得这么详细，必须支持

学习到了，之前一直没注意过这个点，受教了