光阴似箭, 日月如梭! 突然惊醒的自觉到自己早已是个社会人! 曾经带着信念与追求, 满载斗志的初生牛犊背着书包跨向了 "北上广" , 对于一些没有背景, 没有关系, 没有金钱的普通家庭而言, 这些地方也许是个追逐梦想的圣地, 因为在那里, 可能会有更多机会; 因为在那里, 可能会有更多的无限可能~~
而我, 也是其中的一份子, 一直以来, 我都在自己告诫自己:"虽然我平凡, 但我要拒绝平庸!" 自己也一直在朝这个方向默默地耕耘着~~ 有句话叫: 温饱思淫欲, 这也许是有钱或者有势人的行为. 而对于我这种一穷二白的小子, 还是更喜欢 "居安思危" , 也许那样, 自己才能走的更远! 有时候真的很羡慕古代的那些诗人, 羡慕他们所处的时代, 譬如李白, 杜甫等等, 因为他们能够洒脱, 能够豪迈, 能够不羁, 因为他们的生活能够抛开世俗达到自我陶醉的境界! 而如今功名利禄的社会, 光有一腔洒脱不羁, 自我随性, 也许连温饱都是个奢求. 当今社会, 也许有很大一部分的人处于一种 "被迫努力" 的状态, 因为大家都知道, 不努力只会被社会湮没! 曾经在朋友圈中看到同事分享的一首歌 "三十而栗" , 至今都感觉历历在目! 在较为空洞的这段日子中, 于是乎有了以下发自肺腑的自我的思考!
在社会的冲刷下, 蓦然回首, 除了脸颊徒增了几分沧桑, 支付宝余额变动了几个数字, 其它的, 似乎没啥改变~~
现在的生活基本拘泥于 "公司与住处" 的两点一线, 其节奏完全不亚于高中时期 "学校与家里" 的两点一线, 如果非要从细微处对比, 那就是少了家长的束缚, 迷茫的自我选择了游戏消磨. 渐渐地, 我发现游戏对于我而言并不是一个娱乐方式, 而是一种消磨时光的堕落方式. 虽然我不吸烟, 但以个人对其认知, 感觉我对游戏的情怀就像烟民对香烟的情怀一样, 都深知其害, 但却戒不了, 这就很尴尬~~ 曾经多次的卸载 LOL, 但是几天后竟然又会莫名其妙的重装, 我觉得这是个很神奇的事儿! 于是乎, 只能尽量的控制自己游戏时间的适度性......
好了, 前戏走完了, 言归正传!
在网上看到一些关于运维的段子, 如下:
点头哈腰就差下跪, 设备故障夜不能睡;
上司一声马上到位, 芝麻点事不敢得罪;
一年当中不离岗位, 背锅挨骂早已习惯;
身心疲惫无处流泪, 逢年过节亲人难会;
工资不高地位还低, 五毒俱全就差报废;
不敢奢望社会地位, 全靠傻傻自我陶醉;
............
还有人这样说: 做运维, 吃得了苦, 忍得了骂! 工作是高端大气上档次, 工资是低调奢华接地气! 这就是运维行业!
段子就是段子, 但其中也确实多多少少能展现一些真实的信息内容. 笔者做运维也有好几个年头了, 个人理解, 运维这个岗位有时候确实挺尴尬. 研发岗, 产品岗, 销售岗等等大多数岗位都有非常明确的职责定位及能够在一定时间内有直观的产物体现, 当有产出时, 能够在老板或者领导面前比较有认同感与成就感. 而运维就像 "保境安民" 的护卫, 总让人感觉到慢热, 甚至有时候连热都热不起来......
面对一些非技术型领导, 当没有情况发生时, 他们认为整体项目的正常进行是理所因当的(此刻忽略了运维); 当线上发生故障时, 他们又会想为啥没有提前预警, 为啥能出这种故障(此刻想起了运维)? 而中小型公司中, 存在一些纯开发型技术管理层, 在他眼里可能没有运维的概念或者说运维的存在感知度让他觉的比较低, 对于一些安全隐患及运维架构等方面都站在开发的角度上看问题, 当运维站在理性的角度提建议时, 得到的吩咐便是: 就按我说的办~~ 因此, 工作环境, 工作氛围, 工作内容及技术组织架构等等因素造就了运维岗位的尴尬性地位! 老大曾告诉我: 一个公司运维岗位的轻重性取决于老板眼中对于运维的定义! 话虽如此, 但我更觉得: 一个公司运维岗位的轻重性取决于岗位技术的核心竞争力. 当你足够强大时, 别人必不能小觑你! 试着想想: 公司若会因为某个 A 运维的撒手而造成范围性的影响甚至老板招个人来不能短时间内替代他时, 此刻, A 运维的价值自然而然的就体现了出来. 所以, 自己分量的轻重完全取决于自身!
这种道理其实大家都心知肚明, 但是该怎么做到? 这确实是个让人脑壳疼的事儿! 公司中若少了 A 运维, 则不能正常运转, 那对于 A 运维的分析, 可能有以下几种情况:
情况一(年老资深技术一般型运维)
此类运维靠着在公司的岗位年龄, 在公司占据了一席之地, 他的葵花宝典并不是运维技术力量, 而是在日积月累的过程中, 掌握着公司最全面的运维信息, 架构体系, 运作流程.
情况二(年轻活力技术牛 X 型运维)
此类运维可谓是纯靠技术吃饭, 他维护或操办着公司架构系统中至关重要的核心业务或者经手着多项范围影响级别的服务, 同时, 针对那些东西, 他都会有自己的维护手段.
情况三(年老资深技术牛 X 型运维)
此类运维属于岗位年龄及技术力量都到位了的人才, 其核心竞争力毋庸置疑.
咱们针对以上情况来波分析. 当公司发展没落或者说公司技术组织架构发生变动时, 最岌岌可危的必然是情况一中的运维, 因为他最具有可替代性, 他手中具有价值的东西只是信息量, 招个人替代他需要的只是时间, 而且因为年老, 其薪资要求也不低. 当公司到了一定必要的时候, 运维 A"被迫跑路" 也无可厚非. 而当其选择下家时, 此刻除了年老资深, 似乎没有了别的核心竞争力, 惆怅吖...... 而对于情况二中的运维, 年轻, 有料, 到哪儿都是一块香饽饽. 情况三中的运维呢, 不久可能又是别家的运维总监......
所以, 对于 IT 人员而言, 技术才是王道!
欸, 扯了一大推, 终于到了本文的重点了!
笔者 94 年, 因为真的不想 "三十而栗" , 故想在这几年的时间中, 挣扎一下! 本人做运维也有好几个年头了. 从开始的入行, 到自我知识的积累, 到工作中的沉淀, 一路走来! 技术的更新迭代也是挺快的, 所以自己也是在不断的学习. 因为一开始就对代码有些排斥感, 同时到了快毕业的时候又没有就业方向感, 于是乎选择了运维道路. 但是走着走着, 随着大数据, 智能化, 云服务等的推行, Python 语言火了起来, 曾看到一种说法: Python 这么火, 是培训机构炒起来的~~ 也不知是真是假, 不过一门语言的兴起, 必然有它的过人之处. 然后, 运维人员学 Python 搞所谓的自动化运维成了一种趋势!
于是乎, 自己懵懵懂懂的拿着培训机构的教学视频自学了一年多了, 蓦然回首, 发现自己还是处于懵懵懂懂的状态...... 尴尬! 曾经也想过是否要报培训班, 但是想到自己坚定不走开发线路 (还是头发要紧~) 的想法, 还是望而却步了!
然后自己就瞎琢磨, 现在我就把自己内心的想法和个人的见解表达一下.
首先, 自动化运维这条路, 笔者是要走下去的, 但是一提到自动化运维, Python 就一股脑的冒出来了. 其所体现出的优势点, 往小讲在于 "API 接口调用的处理","数据库数据信息的批量交互","监控报警功能的实现" 等等, 单纯的功能型 Python 脚本即可实现, 如果是一些常量化的需求, 将需求 Google 一下, 相应的 Python 脚本就有了, 然后具有略懂的底子, 根据需求大致改下, 基本能实现功能. 往大讲就是 "运维管理平台实现" 等. 要做小方面, 自学点 Python 基础及模块的使用, 基本 ok; 而要做大方面, 就要涉及到系统性的学习, 最快的捷径就是报培训班, 而对于一个不走开发路线的运维而言, 日常运维工作内容可能就偶尔涉及到 Python 脚本, 就算报了班, 系统性的学完了, 因为语言连贯性的特点, 不经常用的话, 可能就忘完了. 就算有能力的公司要通过 Python 做运维管理平台, 很大的可能是招聘专业的 Python 开发或者运维开发人员实现. 其实, 说到底, 学不学 Python, 最大的衡量点取决于性价比(投入 / 产出)!
所以, 综上所述, 笔者不报班, 不深入学习 Python, 算是一个正确的选择吗? 求解......
自己存在一个想法: 又想在运维的路上走的远, 又不想学开发, 我这是天真还是傻?
同时, 近段时间有考虑过考证的事, RHCE,RHCA, 系统架构师, PMP 等等, 转了一圈, 证书 "有用的","没用的" 都各执一词, 此时的我又踌躇了......
运维人员向架构师方向或者运维主管或者技术管理层等方面发展, 需要具备哪些条件? 需要考证(如果需要的话是要考哪些)? 需要掌握的技能(涵盖的知识面)? 是否有合适的培训机构推荐(能够系统性的学习那些所需具备的技能)?
最可怕的事情是: 自己不知道自己不知道哪些东西! 所以, 在这群英荟萃的博客园, 希望能收获到各位的一份建议, 万分感谢!
朋友曾告诉我: 干运维都会有迷茫期, 坚持下去就会达到质的飞跃~~ 所以, 我在此寻找一个方向, 并坚定的坚持下去, 请各位指教!
来源: https://www.cnblogs.com/kazihuo/p/11208891.html