2015年6月,一次偶然的机会让我这个非科班出生的人从事起了运维(operation)的行业。这两年间,从大的讲,运维社区、技术沙龙不断兴起,各个媒体也彷佛忽然间关注起了运维这个行业。之前的背锅侠忽然之间受到了各方面的关注。从小的讲,从一开始连ip都不知道的我一点点学习,一点点进步,回过头去看当年,原来也懂了这么多。写这篇文章,也只是想分享下这两年的酸甜苦辣,给一样没有任何基础的小白们一点但愿,少走点前任的冤枉路。linux
两年前的这个时候,正值应届生的招聘季,父母都但愿我能从事稳定的行业,如教师、公务员、银行等。然而,青春年少的我第一次将个人人生我作主的念头转成了实际行动,毅然决然的投了不少IT行业的职位。即便那时的我其实连IP、gateway是什么都不知。也许是运气问题,一家公司正逢缺人,也只是须要招一些细心的support engineer, 我很幸运的进入了linux系统运维这个行业。入职的第一天,带着一颗好奇与激动的心参加入职培训。然而第一天的所讲内容、业务流程、专业知识让我倍感觉挫。我不懂什么是ssh,我不懂什么是putty,我不懂什么是挂载,不懂什么是virtual ip, 人生头一次,对本身的智商产生了怀疑。回去后大哭一场,并告诉本身必定能够学好linux,不拖团队后腿。当时的我还不知道《linux就该这么学》这本书,想来若是知道的话也许能少花很多时间,少走很多弯路,固然这是后话了,先给你们讲讲个人工做。编程
公司有很多技术文档,做为一个support engineer,个人职责就是可以按照文档操做标准的incident,service request的工单。这对于技术大牛来讲可能颇为枯燥,然而对我而言倒是像在看天书,每一条命令不知道敲下去是什么意思,也不知道返回什么样的结果才是正确的。那三四个月,天天晚上我一遍遍阅读这些文档,试求弄懂他每一步操做的意义,上网去查这些命令的做用,也主动提出了管理公司文档的这份别人认为的苦差。一点点的积累,碰到问题也渐渐的能熟练处理起来。然而,始终以为没有学习到linux的精髓,学的还不够精。若是跳一家公司,换一个运维框架,我扪心自问,我能胜任吗?框架
怀揣这如此纠结心思的我,去网上搜索相关linux的培训课程,查找linux的基础书籍,但愿可以对linux有个全面系统的认识,但愿学习linux的道路能够获得些许的光明。可是培训课程五花门,书籍也是琳琅满目,简直是让我眼花缭乱,里面的软件也不知道去哪下才是正确,对于我这种小白来讲实在是困难。以后一次偶然的机会,看到运维群里面有人推荐《linux就该这么学》这本书,因而便怀着试一下的心态搜索了下,发现真的颇有趣,还有个叫linuxprobe的网站能在线阅读, 而且书中的配软件都能在上面直接下载到!这简直是小白的救星!最重要的是,学习还能听歌!这是我历来没想的,枯燥的Linux还可以这么学习。而且每一章节都很是清晰。看下面目录就知道!运维
此网站立马被我拉进了收藏夹,视若珍宝。按照书本上的实验我一步步的去敲命令,一点点的去作实验,之前模棱两可的知识忽然间变的明朗,对于各类服务的功能和配置也渐渐有了个大概了解。后来,我去参加了这本书做者的培训,培训后,我终于算是对胜任linux运维工做有了自信。ssh
自此以后,因为有了牢固的基础,工做也愈来愈顺。后来,正逢公司中国这边DevOps部门刚成立,老板让我转了部门。固然做为DevOps,又必须去学习不少其余的新知识,好比编程等等。如今,我尚未找到一本优秀的能让我快速对DevOps有个系统认识的书籍,也只能盲人摸象般的再一次慢步前进。但我相信,运维开发是传统运维的发展趋势,数据量愈来愈大,给传统运维形成的压力也愈来愈大,咱们急须要一个运维的解决方案去系统化管理运维。公有云私有云如雨后春笋般涌出,预示着这个行业的蓬勃发展。无论曾经的运维的为开发背过多少黑锅,也始终要坚信本身的价值所在。毕竟我始终坚信运维与开发是一体的。ide