|
|
51CTO旗下网站
|
|
移动端

1.3.2 系统复杂性

《智能运维:从0搭建大规模分布式AIOps系统》第1篇开门见山:运维发展史,本篇主要展现运维的发展历史和经历的不同历史阶段,以及运维工作的现状。本节为大家介绍系统复杂性。

作者:彭冬/朱伟/刘俊来源:电子工业出版社|2018-11-27 12:19

1.3.2 系统复杂性

当前的IT项目基础设施环境与5年前已经无法同日而语,更不用说10年前了。近几年,随着云计算、微服务等技术的流行,以及互联网业务的迅速发展,运维人员要关注的服务数量也呈现指数级增长,自动化运维虽然提升了效率,解决了一部分问题,但也遇到了新的难题,比如面对繁多的报警信息,运维人员应该如何处理;当故障发生时,又如何能够迅速定位问题。

系统的复杂性是业务复杂性的结果,我们可能无法直接评估当前互联网企业的系统有多复杂,但可以从客观数据反映出来。

从代码量角度看,Linus Torvalds最初发布的Linux内核版本源码大概1万行,而随着操作系统的发展,当前Linux内核源码在千万行级别,完整的Linux操作系统的代码量过亿行。2015年Google披露全部代码量大概为20亿行,按Google工程师每天编写150行代码估算,每天新增约百万行代码;国内一线企业的代码量也达到10亿行级别。这样庞大的代码量,从侧面反映了系统的复杂性。

从产品和业务角度看,仅仅微博广告系统中的业务监控指标就已经超过10万个,微博的监控指标量达百万级,这样量级的背后是一套非常庞大的业务系统支撑。BAT(百度、阿里巴巴、腾讯)这样的一线互联网企业,产品线非常多,系统就更加庞大了。如图1-3所示是百度首页展示的一部分产品列表,全部产品超过105个。

如图1-4所示是某云服务平台包括的产品列表,有超过100个复杂的产品服务。这样庞大的产品系列背后的业务逻辑会非常复杂,对系统稳定性有非常苛刻的要求。


喜欢的朋友可以添加我们的微信账号:

51CTO读书频道二维码


51CTO读书会第9群:808517103

【责任编辑:book TEL:(010)68476606】

回书目   上一节   下一节
点赞 0
分享:
大家都在看
猜你喜欢

读 书 +更多

构件中国:面向构件的方法与实践

本书通过丰富的案例研究示例,阐明了构建面向构件软件的最重要因素:概念、技术、规范、管理以及分析与设计过程。 本书的涵盖范围包括:面...

订阅51CTO邮刊

点击这里查看样刊

订阅51CTO邮刊
博聚网