运维与开发的深思

    工做后，发现已经没有当初那种激情去坚持写日志了，或许是由于工做繁忙，或许是由于本身懒惰了，又或许是实在没什么东西能够写。最近有一些感触，趁着周末仍是抽空记录一下吧，最近跟师弟闲聊的时候，他跟我说今年不少公司都已经不招运维这个岗位了，这让咱们这些运维人情何以堪？难道运维的岗位真的饱和了吗？我想说不，还不够，就咱们小组来讲，咱们主管总说要找多几个，但至今没找到合适的人才，这或许并不只仅只是需求与供应不协调的关系，还有一些这样那样的因素在里面，下面我想谈及的是一个老生常谈的问题“运维与开发”。

    还记得入职前，我跟不少搞运维的朋友同样，都是为运维和开发划分了明确的界限，以为本身是个搞运维的，就专心搞本身的运维，开发方面的东西了解了解就好了，反正我作好本职工做就行，开发的事情公司确定有相应的开发同事来作，不用我操心（开发的同窗也可能划分了彼此间的界限，以为本身是搞开发的，运维的工做有运维的同窗来负责了，本身还要瞎操心什么）。确实，有些公司运维与开发的分工挺明确，但绝大部分公司对员工的要求仍是比较严格的，既要求会运维，又要求会开发（这是全能的节奏啊），但咱们做为被动方，又可以如何呢？除了努力让本身适应这个趋势，我想也没有其余任何办法了吧。

    之因此有这样的感慨，源自前几天咱们的小组周例会上我导师说的一句话，当时的状况是这样的，咱们与往常同样跟我主管简单的总结了下本周工做状况后，主管最后问咱们还有没其余问题的时候，导师忽然说了句：咱们要不要聊聊运维方面的事，好像好久没有聊过运维方面的事情了。

    确实，静下来想一想，我发现，咱们小组几我的周例会上汇报的状况都是本身手上项目的开发状况如何如何，却不多说到运维方面的事情，换句话说，项目的开发占据了咱们平常工做的绝大部分。但咱们要记得，咱们是运维工程师，而非运维研发（咱们这边运维跟运维开发是分开的），也不是程序员。咱们的专职工做是运维，而非开发...还记得入职前跟导师的交流中我就问起过这方面的问题，我问他公司对搞运维的开发能力要求如何。他跟我说基本上没要求，由于公司有专门作开发的同事，固然若是懂一些就更好了。听到这里，我非常庆幸本身那拙劣的开发能力没给本身带来太大的阻力...

    工做了半年后，我再没有像当初那么明确的为运维和开发划分界限，由于咱们工做中，打交道最为频繁的即是开发的同事，彼此间的交流成屡见不鲜，有时候我在想，若是我懂开发方面的东西，或许沟通起来会更加方便。还有，前面我说了，我做为运维工程师，大部分时间都在作系统的开发(PHP开发的LVS管理系统)，实际上最终目的也是为了方便自身的工做。想一想公司那数量庞大的服务器集群，假如每次上线都要咱们手动来配置，那是至关的麻烦。或许有朋友会说写脚本嘛，对，做为运维工程师，咱们最最基础的必备技能就是写脚本，脚本确实能解决咱们不少不少问题，但面对这种较为复杂的状况，脚本维护起来确实也比较麻烦，因而我选择了开发系统。

    耗时3个月，我从零开始学习了PHP并开发了一个LVS管理系统。当时的契机是这样的，导师跟我聊天的时候，提及以前公司这边也曾经用过天涯LVS管理系统那套系统，但发现并不适用于咱们公司的环境，用起来仍是挺麻烦的，他就想用python本身开发一个LVS的管理系统，但因为琐事太多，一直没时间动手作。他知道我想锻炼下开发方面的能力，他便问我有没有信心试试，我爽快的答应了。但实际上，当时的我，内心很没底，由于我一点都不懂PHP，只是在搭建LAMP或者LNMP的时候简单的写过测试页面<?php phpinfo();?> ，我也不知道我当时哪里来的自信，要知道这个系统都是本身一我的作的，不会分什么前台后台，什么php、jquery、javascript、ajax、html、css都要本身来... ...对于毫无开发基础的本身来讲，这无疑是一个巨大的挑战。但凭借着那份热情，我也终于如愿以偿作出了第一个属于本身的系统。曾经我很排斥开发方面的东西，一提起开发的东西，我就说难，甚至试都不想去试，但在我开发这个系统的时候，我发现彷佛也并无那么难，无非就是像咱们写shell脚本般，一步步的实现一个个小的功能，再拼凑到一块，我很享受这个过程。

    最后我想用我同事的一句话来总结：开发并不难，关键在于你是否愿意尝试，这一步很关键，迈出去了，剩下的就不难了。

附上系统的一些图：

添加LB

添加VIP+PORT

添加RS

生成配置

新生成的配置

发布RS脚本后，能够看到RS的VIP已起来

发布LB配置

检测是否已安装keepalived、quagga，若无则自动安装

获取线上配置

能够看到LB上面的配置已生效

主机探测