您的位置:首页 > 运维架构

运维人员如何构建知识体系

2021-02-13 17:40 1066 查看

现在做技术的人普遍都有一种焦虑,我也或多或少有一点,焦虑什么呢,总是感觉,自己不懂得技术太多了。虽然不停的学习,拼命的扩充自己的技术边际,但是面对不断出现的新技术,学习的速度永远赶不上新技术发展的速度,就会感觉自己不会的东西越来越多。很多人问,怎么学习新技术,怎么跟上新变化?

其实工作十多年,觉得要想应对变化,很重要的一点就是以不变应万变。

换个说法,现在很多人都在讲长期主义,长期主义并不是说我们要坚持什么长期不变,而且我们找到不变的而去长期坚持。

之所以这么说是因为,计算机行业的变化都是表面的东西,内在东西其实变化不大。也就是说,理论层面变得不多,只是在形式上变化。所以要应对这种变化,我们一定得打牢自己的理论基础,提升内功修养,比如计算机原理、操作系统原理、数据库、TCP/IP等。

但打牢了基础,就更容易突破瓶颈。技术世界里不存在量变会造成质变的现象。什么意思呢?量变到质变是说,我们用砖头建小房子,砖头砌够了,房子就建好了。我们学习英语,词汇量足够了,有一天就突然发现能看懂大多数的英文文档。但在技术领域不是这样的。砖头砌得再多,电脑装得再多,网络设备配置再多,也不能让我们成为一个架构师,因为我们不懂原理,不懂科学方法。只有掌握了原理,我们的能力才能长上去。就像学数学一样,但我们掌握了微积分这种“大杀器”,我们的解题能力就会所向披靡,而微积分绝对不能靠中学的题海战术能量变出来的。

所以必须学习基础的理论知识,如果只学一些表面上的解题思路和方法(某些系统应用的操作,安装等),技术的形式一变化,就会发现以前学的都么用了,要从头再学一遍。

掌握技术基础可以帮我们推导出问题的答案,因为基础是总结、抽象和归纳,很容易形成进一步的推论。我们学习的很多技术实现都逃不脱基础原理,不管是负载均衡、网络安全、流控等用的都是TCP/IP基础原理,所以我们只要抓住原理,举一反三,时间长了就能自己推到出过程。

对于运维技术的基础,我们可以理解为一个超大的道理最锥形体,越靠上越偏重应用,或者说偏重于业务,越靠下,越偏重于基础技术和理论。

图片

分为如下几类:

理论知识:

网络七层模型、算法和数据结构、服务器硬件及存储

系统原理:

网络协议、操作系统、计算机系统、数据库原理

应用:

LAMP(Linux、Apache、MYSQL、PHP)注意,我写的这个是通常理解的应用,但是呢,我们在一个企业上班,肯定要根据每个公司的实际情况来学习应用的知识,比如我现在的公司,windows系统架构、IISweb服务器、SQLSERVER数据库、.NET架构、而负载均衡采用F5、发布采用WAF、TMG。这里建议规模不大的公司采用成熟的商业产品,而不要用开源的体系。

体系:

ITIL、ITSM、Devops等等

这些知识如果在学校没有学或者学得不好,一定要自己去看经典的教材,现在这个年代网络上什么都有教。

当然,就算自学,这些基础技术也需要四五年时间积累。过去20年来,大家都说技术日新月异,但其实基础理论方面几乎没有任何突破性进展,变得只是形式,核心还是这些内容。十几年前大学本科学的课程,和现在的课程相比,基本么什么变化。而是否掌握这些原理直接影响你能飞多高,因为懂原理的人和不懂原理的人能解决的问题去完全是两个层次。

很多时候,我们会觉得,大学里面教的基础理论知识、工作中用到的技能、为了面试或者考职称刷的题目,这三部分完全没有任何关系。

大学的课程早就忘得差不多了,因为工作中基本用不上;

工作中每天用到的就是配置修改,做得很熟练了,也没什么挑战;

刷题的那些也仅仅用来面试或者考试而已。
为什么呢,因为我们的技术栈还没有打通形成体系,是断层的。这些知识其实是有联系的。那么,一个好的、成体系的技术栈应该是什么样的呢,应该是“基础深厚,涉猎广泛,融会贯通”

就像我这几年,每年都会把TCP/IP和操作系统原理都看一遍,边看边结合遇到的问题或供应商提出的新概念对比,每次都会有新的理解,越发对技术有敬畏之心。当然,也会发现,很多新概念,就是新瓶装旧酒。

总结:所谓大道至简、知易行难。道理总是听起来很简单,真正能理解道理,落到实践中,还是非常难。在实践的过程中,可能有很多繁琐的、琐碎的问题都需要我们去解决。最后,希望我们在构建自己知识体系过程中,能沉下心,坚持学习、联系和试错。勤勉之道无他,在有恒而已,愿你我共勉。

内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: