运维实施跑路

本人16年本科计算机专业毕业，进入了一家上市企业，也算是校企，只记得当时是辅导员推荐所谓的“优生”进入。在金智科技的一年半里，我从一个小白，逐渐成长成一个稍微跟得上企业步伐的“年轻人”。（93年的也不年轻了）

说到本人的专业运维实施，这个行业真的是高不成低不就，首先你懂得东西要非常多，不求你要多精通但是你的知识面需要非常广。从语言到网络，然后是硬件，然后是软件，当然作为一个运维实施工程师最基本的还是LINUX！！！基础中的基础，重中之重。如果你连linux都不会的话你真的算不上一个合格的运维工程师。至于我嘛，也是一路跌跌撞撞的过来了，一开始真的只是课本上的东西，什么意思啊表述啊，我非常的熟悉，滚瓜烂熟的那种，可是一到自己动手操作就傻眼了(所以关键是自己要多动手操作，做到孰能生巧)。所以后来的日子里，我不断的进行对linux基础的强化。不会的自己就在自己的笔记本电脑上搭建Vmvare虚拟机，各种自己折腾。最熟悉莫过于centos6.5,这个版本是非常的经典也是生产环境中比较稳定的一个版本，至于后面更新的cenos 7.6也在用，都有异曲同工之妙。关键就是要掌握核心的linux基础的命令，像常见的100个linux命令百度上都有现成的，不会的话就查一下，在自己的虚拟机里面折腾，多折腾几遍傻子都会了（况且大家都是受过高等教育的人）。

其次就是运维岗位的职责，说白了同行之间经常相互调侃，从删库到跑路。就是说明了运维这个岗位的职业性质，比较容易背锅。研发把版本抛给测试，测试完成后就把版本抛给你，出来错误之后，首当其冲的就是让运维去分析问题，分析问题分析不出来是谁的问题，你就得自己背锅。这是一种常见的现象，至今也无法打破。所以运维要常备技能甩锅！！！

当然如何甩锅呢？这个就大有学问了，至今我也是略知一二。这里的甩锅并不是撂挑子不干把责任推卸给别人的意思，而是要在自己工作做到位的基础上排除自己的错误，定位到问题点，从而把问题抛出去的能力。生而为人，咱得善良。

基础的技能，看日志！！！看日志！！！看日志！！！看监控！！！看监控！！！看监控！！

这二者是我们的利器，掌握好这两个技能，就可以不再毫无目的的去找问题，而是真正的找到问题的所在。定位好问题的所在，在自己的掌握范围内的就自己想办法去解决。

比如常见的错误：

1.中间件的内存不足日志中报出out of memory，这时候就要去想着添加内存。

2.jdbc adress的问题，就要考虑到数据库的url是否正确。

3.404 500这些错误都要熟记于心。

这些都是常见的，遇到之后要记下来。等到问题出现了就要立马反应过来，这个问题该怎么解决，这样工作效率才会大大提高

运维的一些好的习惯我感觉一是习惯记笔记，因为遇到的问题太多，我承认有的人记性真的好，不过对于一般的人来说我还是建议下载一个云笔记，每次遇到问题后记下来，问题加上解决方法，等到遇到相似的问题后记不得的话，就到笔记里面去查找，这样工作效率会大大一高。第二个就是分享经验，分享自己解决问题的处理思路，注册一个CSDN论坛的账号，把自己解决问题的思路都写上去，让别人都能看到你的文章，这样有助于自己掌握知识，更加有助于别人，大家好才是真的好。我想开源的精髓就是乐于分享。然后就是去加入类似的学习交流群，例如一些比较优质的QQ微信群，在里面你可以认识很多志同道合的同行，分享自己的经验，也学习别人的经验，这样有助于自己的成长。

最后我在说一点就是，对于自己的未来的规划，这个规划真的很重要，一个人如果对未来没有清楚的认识那会是很可怕的。

我想接下来运维的路当下热门的有：

云计算/IAAS

这个是将来的运维绕不过去的一项重要内容，最终的运维工作主要存在两种企业，一种是IAAS供应商，比如AWS和阿里云之类，他们需要的运维需要极强的工具和平台研发能力或者对硬件（服务器硬件和网络硬件等）需要极强的管理能力，主要需求是资深员工，另外一种就是企业内的运维工程师，主要管理IAAS供应商提供的资源，也就是说你不再有现在的运维工作中接触到机房和实体硬件的机会了（好消息是不用管托管，上架装系统这种破事儿了），这个是将来大部分岗位需求所在。也许你会问idc/私有云呢？他们还会长期存在，但是不会占据主要的地位，意味着无法提供足够多或者说增长的岗位，再说能够在公有云市场夹缝中生存下来的企业对人才的要求我觉得只会更高。

那么云计算对现有的运维工作有什么影响？

你需要掌握更多的产品，而不是停留在ecs/ec2上，很多运维工程师觉得就是控制台点几下开几个服务器就是云计算了，那么我建议去aws.training把免费的tech essenstial学一下，你对云计算的认识会有质的提高。

你需要有更高层次的troubleshooting和解决架构问题的能力，当你的设施都是IAAS的时候，如何配合开发去troubleshooting问题需要全新的方法，如何在IAAS的环境下，用丰富的产品和case去调优解决架构问题也是全新的领域。（《鸟哥的私房菜》帮不了你，非贬低，只是意味你需要全新的知识结构和技能树）

全新的工具栈，不仅仅是shell，你需要更多利用供应商或者三方提供的运维工具去实现IAAS运维的需求。

tco敏感，这个很少有人提到过，之前的运维采购设备用的预算和效能评估方法也会全面升级，云计算并不能天然杜绝浪费，甚至大部分情况下是用的越多浪费越多，相关的工作还是很多的，也会很深入。

容器技术

这个是热门话题，docker和k8s可能算是必备技术栈了。

Devops

这个也是热门的话题，我谈一下自己的看法，未来op的工作内容的外延一定是朝devops方向发展的，那么你需要打交道的对象不仅仅是资源，运维会更多的参与到产品的生命周期中去，如何提高产品研发，测试和发布的效率，如何规划各种stage，如何保证各种环境的利用率，如何减少人工干预减少出错。你需要丰富的工具栈和足够的领域知识才能在大展拳脚。

自动化/编程能力

坦白讲，自动化是op工作的使命，只不过真的很少有人能意识到或者有足够的动力去贯彻。大部分人的编程能力停留在不超过100行的shell脚本阶段，或者用点python，我个人觉得哪怕不能独立完成一个复杂的工具，为一些主流的运维工具，例如ansible/salt写个插件应该会成为一种必要的能力。

写在最后的废话

大部分人对运维工作的认知基于这样一种现状，目前的从业者普遍存在技术能力相对较低（高的都去做开发了），长期的可替代性强的重复工作内容，较高的工作压力（值班），较高的责任压力（各种锅），较狭窄的职业发展空间，这些的确会对该岗位造成很多负面的看法。我个人觉得根本的问题还是人被岗位限制住了，缺乏提升自己的主观能动性，说人话就是对职业生涯没想法（有口饭吃不是想法）或者没动力（要拿到或者保住饭碗再去学习最多是阶段性动力，但是职业生涯很长），这样的人无论做什么也不会有前途啊，和运维这个岗位没有太多关系。希望各位要入坑的同学还是先多想想你自己想要一个什么样的职业生涯再下决定也不迟。

洋洋洒洒的写了那么多，我想说的是，我们学的不只是技术，更是梦想。