传统运维 VS 互联网运维 框架体系大观

两人相遇，发现彼此都是干运维的，瞬间热泪盈眶仿佛找到了失散多年的亲人。因为他们同样都承受着IT 运维不能承受的职业之痛：

对于我们干运维的同行，其传统运维与互联网运维有很多共同之处，但也有相隔千山万水般的鸿沟。

所以说运维的世界那么大，我想去看看，运维冰火两重天的二元世界。

近一年，关于传统运维与互联网运维的探讨越来越多，在运维体系快速变革地环境下，运维未来的走向，成为行业的关注点。他们的特点，异同在哪？从哪里来到哪里去？

商业封闭式系统架构 vs 开源系统架构

每个单位组织的 IT 环境，不论大小复杂度，总会有个系统架构层次。有了这个架构体系，那所有的运维事情大体都围绕着这个系统架构上的每个元素及整体进行运维保障工作。

运维体系架构从某种角度可以划分为如下两种：

商业封闭式系统架构(IOE 架构)

开源系统架构

通常我们会将围绕商业封闭式系统架构(IOE 架构)的运维视作传统运维，将围绕开源系统架构的运维视作互联网运维。

商业封闭式系统架构(IOE架构)

典型的即以使用 IOE(IBM、Oracle、EMC)产品软硬件为主要元素的系统架构。

IOE 架构以纵向扩展为特点，通过增加 CPU、内存、扩展柜、冗余备件等方式来提高处理能力及稳定性。

该架构的处理能力主要取决于单台(套)设备(系统)的最大扩展能力，很难通过增加设备(系统)数量来增加处理能力，换句话说该架构很难通过扩大集群规模的方式来解决问题。

随着纵向扩展的规模增大，它的实施技术难度、管理复杂度以及隐患风险都会成比例大幅上升。基于IOE架构的典型企业如：金融业、电信业、能源业、交通运输业。

IOE 典型的系统架构图

上述为IOE型系统架构，其：

这些服务器、存储等硬件本身往往就是双冗余的，线路连线也都是双冗余的，而且设备性能指标往往非常好，例如一台普通中端的 Power 7 系列服务器可以轻松划分出若干个系统分区或者一二十个虚拟机系统。

开源系统架构

典型的即以使用廉价PC服务器，开源产品技术为主要元素的系统架构。

开源系统架构以横向扩展，分布式部署为特点。常通过向集群中增加单机设备资源解决存储空间、性能以及稳定性问题，其集群规模可以小到两三台PC服务器，也可以大到上万台。

对于数据库，可以通过分布式集群方式解决数据库扩展性的问题。另外非结构化数据库及分布式文件系统在处理非结构化数据的存储与使用方面也很灵活方便。

基于开源系统架构的典型企业如：以BAT(百度、阿里、腾讯)为代表的众多互联网企业。

典型开源系统架构图

上述开源系统架构中使用了 CDN 和反向代理以提高网站性能。

例如我们的服务器可能部署在北京，对于北京及周边用户来说访问是较快的，而对于远离北京的用户访问则感觉较慢，因为数据传输时间比较长。

对于这种情况，常常使用CDN解决，CDN将数据内容缓存到运营商(或自建CDN)的机房，用户访问时先从最近的CDN机房获取数据，这样大大减少了网络访问的路径。

对于反向代理，当用户请求到达时首先访问反向代理，反向代理服务器将(如：Varnish)缓存的数据返回给用户，如果没有缓存，才会从源站服务器获取，这也减少了获取数据的成本。

当然对于海量访问请求，或庞大集群架构，则就需要分多层，综合运用上述负载均衡以及代理(反代理)，同时可能需要引入 Zookeeper 等功能以协调(服务)任务调度。

从上述架构简析中，我们便会感知到两种运维体系的巨大差异。可以说基于IOE架构的传统运维体系，与基于开源架构的互联网运维体系，是当前两大运维阵营。

传统运维 vs 互联网运维

一个奇怪的现象

差异可见一斑

传统运维圈子和互联网运维圈子各有特点，同是运维行业，但也有很多差异之处。关于传统运维与互联网运维的不同差异。

架构差异

工作内容差异

知识体系差异

知识体系的差异通常表现为 IOE 架构与非 IOE 架构相关的知识体系差异。这里首先介绍一下互联网运维知识体系。

本互联网运维知识体系从网民浏览器终端发起，分层分级方式逐步分解到服务器基础设施层，另外从运维管理体系、监控体系、安全体系、自动化体系、云计算等多个层次维度全方位展示了运维知识体系。

面向对象差异

传统运维

互联网运维

运维人员差异

有服务器的地方就有运维。其实近年来，在这两大运维体系之间流动的运维工程师也不在少数。本文作者就是这两大运维圈子的跨界者。

运维体制理念差异

传统企业，有时很多运营指标是社会效益第一位的。而互联网企业则通常是经济效益第一位。

去 IOE 运动

近年来开源技术的迅猛发展，以及国内外政策环境共同作用，引发了一场去 IOE 的风潮，开始使用低廉的软硬件产品代替昂贵高门槛的 IOE 产品，搭建起自主开放的开源系统架构。

去 IOE 原因

之所以出现“去 IOE”运动，其中原因总结概述如下几条：

是否要去 IOE

去 IOE 过程，其实是系统架构的更新换代，产品的更新换代，运维理念的更新换代，运维人员的更新换代，知识体系的更新换代，等等。

如下列举几点“去IOE”要考虑的因素：

小结论：

运维自动化

为什么需要运维自动化

当前市场上已经有很多成熟的(商业、开源)运维产品工具，各有特色也各有利弊，这也同时造成一个尴尬局面：运维人员要不断学习和管理很多运维产品工具，但却很难有找出一个很好适应本企业(持续不断)定制化需要的产品工具。

当企业IT规模大到一定程度(例如拥有几千台甚至上万台以上服务器规模)，对于企业的快速变化、需求的高度定制化，灵活而又庞大复杂的运维需求，很难有(或者没有)现成的运维产品能够满足需要。因此很多有实力的企业都会选择自主运维及开发。

运维自动化开发，不再单纯、局限地依靠某个网管监控产品，而是需要提供体系化运维解决方案，包括系统网络管理、CMDB资产信息管理、知识库管理、乃至ITSM信息服务流程管理等。

运维自动化系统设计案例

就一个运维自动化系统案例简单介绍一下该系统架构。

本解决方案立足从三大维度构建，如下图所示。分别是 IT 运维流程、IT 监控平台整合、IT 运维自动化。这三大维度主要具有如下几大功能模块：

系统功能框图如下图所示。

本解决方案使用的开发语言及工具：

部分系统功能简介

如下图是网民访问实时动态分析监控。

如图所示是基于 Cacti 深度定制的网络拓扑流量监控。主要是动态实时地监控各个主要节点的网络流量。

如图所示是资产管理模块中的硬件配置模块。主要是资产的增删改查功能。对于大量资产信息的录入是通过后台管理中的信息导入模块(将固定格式的 Excel 资产信息表)批量录入到系统中。

该模块主要通过 Django CBV 方式快速实现。

如图所示是基于 ELK 深度定制的日志监控模块。基于各类日志信息进行监控与统计。

如图所示是系统的性能图表展示。

如图所示是系统自动化部署模块，具有批量查询 IP 使用情况、派发客户端、部署与配置系统等功能。自动化部署主要基于 kvm、Salstack 等深度开发而实现。

运维发展趋势

运维体系构建

虽然传统运维与互联网运维在不同层面维度存在差异，但从另一方面来看，都作为运维，还是有很多共同之处。这里将不再区分互联网运维还是传统运维，从一个架构高度看待和规划运维。

从人、事、物、流程这四个方面便可以很好地将运维体系进行解构，它们彼此互相作用，共同构建了一个完整实用的运维体系。下面列举了这四个方面各自的含义及相关内容。

基于上述四大维度，下文给出了一个矩阵表进行表述举例。

运维路在何方

未来的运维道路在何方，我从哪来，要到那里去?这是每一个运维从业者都会面临的问题。

云计算等各种理念技术的发展，这些都将对运维行业带来巨大的机遇与挑战。很多企业都处在传统 IDC 运维方式与云运维方式的探索中。

在新的形势下，传统运维方式与基于云计算的运维方式将长期并存，公有云与私有云及混合云运维局面将长期并存，传统 IT 运维与互联网 IT 运维仍将长期并存。

在上述发展形势下，运维的人、事、物、流程规范都将相应发生变化，如人员数量会有变化，职位职责会有变化，设备资产会有变化，各种流程规范都将发生变化。

运维人发展之路

Head

The conviction to change What do they hear and think? Are they convinced of the need for change, the vision, the plan? What is their analysis

Heart

The desire to change What do they see, feel and want? Are they triggered by a story, by examples? What is their mindset? Buzz words? What behaviour change is driving the change?

Hands

The capacity to change What do they experience? Are they capable? Do they have the necessary new organization, competen-ces, budgets, processes, products.

T型人才是指按知识结构区分出来的一种新型人才类型。用字母“T”来表示他们的知识结构特点。“—”表示有广博的知识面，“|”表示知识的深度。

T”型人才：

十型人才，更适合运维人才发展之路。

运维路在何方

DevOps 不是一项技术，也不是一套流程和方法论，更不是一套简单的工具产品。越来越多的迹象表明，DevOps 是一种文化。这意味着：

写在最后一的句话：大道自然，顺势而为。抉择至关重要，最好的运维是在正确的领域由正确的人干正确的运维事情。

长按下方图片