传统运维 VS 互联网运维

2017-09-13 13:47:52 收藏 评论

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

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

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

​运维体系架构从某种角度可以划分为如下两种:
•​商业封闭式系统架构(IOE 架构)
•​开源系统架构

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

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

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

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

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

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

​IOE 典型的系统架构图640.webp.jpg

上述为IOE型系统架构,其:

服务器多使用小型机、大型机(还有以往的中型机);

​数据库系统往往会使用Oracle;

​存储则多使用知名品牌的中高端存储阵列、带库等设备;

​服务器与存储之间多使用SAN存储网络。

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

​2.开源系统架构

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

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

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

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

典型开源系统架构图640.webp (1).jpg

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

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

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

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

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

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

​传统运维 vs 互联网运维

一个奇怪的现象

​传统运维圈子通常高度认可商业闭源产品。而对开源产品及其技术则很谨慎,很少采纳,甚至认为很多开源产品不上档次。

​互联网运维圈子通常高度青睐开源产品、技术、理念。而对商业闭源产品则比较排斥抵触,再好也不买。

差异可见一斑

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

1.架构差异
640.webp (2).jpg

2.工作内容差异
640.webp (3).jpg

640.webp (4).jpg

3.知识体系差异

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

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

​传统运维,其相关知识与互联网运维有很多共同之处,但传统运维也有些知识体系和互联网知识体系不同的地方,这里举例如下:
640.webp (5).jpg640.webp (6).jpg640.webp (8).jpg
4.面向对象差异

​传统运维

​大多是面向企业内部(体系)用户,偏重业务运维。

​其需求相对明确、稳定,具有很强的行业系统特点,与业务耦合性很深很广。

​制造行业的MES系统、财务部门的ERP系统、企业内部的邮箱系统、OA系统以及桌面运维的相关软件及系统,也通常是面相企业内部员工。

​因此传统运维面向的用户在其数量、需求、特性通常是可控的、稳定的、集中的。

​也因此传统运维圈子适合购买商业产品,这些产品通常是比较成熟的产品,经过长期的测试和使用,有很好地最佳实践,相对能够较好地满足传统运维需求。

​互联网运维

​偏重技术产品运维,相比传统行业来说,互联网业务系统大都同质化,甚至没有特定业务背景,就是通用的纯技术产品。

​通常面向的是广大互联网用户,因此其面向的对象关系复杂,市场多变,需求五花八门,目的目标不可控,对象海量不可控。系统环境变更迭代频繁,对自动化、弹性需求要求较高。

​由于各种复杂多变因素,通常导致传统商业产品不能很好地支撑互联网运维环境。因此被逼无奈只能选择开源,并走自主开发这条路子。

5.运维人员差异

​有服务器的地方就有运维。其实近年来,在这两大运维体系之间流动的运维工程师也不在少数。
640.webp (9).jpg
​6.运维体制理念差异

​传统企业,有时很多运营指标是社会效益第一位的。而互联网企业则通常是经济效益第一位。
640.webp (10).jpg

责任编辑:
分享到
上一篇:运维未来的发展方向是智能运维 下一篇:很抱歉没有了

参与评论

相关文章

热点资讯