V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
Codingless
V2EX  ›  程序员

大厂运维,感觉脱离大平台就要失业

  •  
  •   Codingless · 2019-06-28 12:20:02 +08:00 via Android · 6327 次点击
    这是一个创建于 1967 天前的主题,其中的信息可能已经有所发展或是发生改变。
    大厂运维部门的很多理念确实很先进。然而心里深知这些离不开公司对基础设施的重视,正是因为公司的基础设施和工具真的做的很完善,干运维的才有精力把视角提升到更高的层面上来,不用变成单纯的操作员和背锅侠。

    不过很多时候想,如果换了一家基础设施没那么好的中小型公司,很多时候就得自己亲自上,甚至得经常跟不稳定的开源组件搏斗,之前贯彻在脑中的很多理念和能力,也因为没有其他部门同事开发的平台工具提供支持而没有办法落地。

    所以你们觉得运维真正的核心竞争力在哪呢?
    27 条回复    2019-06-29 18:09:19 +08:00
    Acoffice
        1
    Acoffice  
       2019-06-28 12:26:18 +08:00 via Android   ❤️ 4
    擦屁股
    night98
        2
    night98  
       2019-06-28 12:28:49 +08:00   ❤️ 1
    熟悉基础设施原理呗,然后看看有没有对应的开源平台可以替换的,这样到小公司就能承担平台搭建的工作了,不过说实话小公司流程就那样,基本上绝大多数公司都是人治大于规章
    Duluku
        3
    Duluku  
       2019-06-28 12:34:37 +08:00 via iPhone
    个人认为以后中小型公司的机器容器都会托管到云上去,从 IaaS 到 PaaS … 普通的底层面的运维工作可能会减少。不对的希望大佬指正
    richzhu
        4
    richzhu  
       2019-06-28 12:35:38 +08:00
    老哥好。。。还要运维不,可不可以帮忙内推一波
    abcbuzhiming
        5
    abcbuzhiming  
       2019-06-28 12:47:03 +08:00
    运维这个行业一直在在遭受 devops 的入侵,目前看趋势不可逆转,不如加入进去
    opengps
        6
    opengps  
       2019-06-28 12:50:37 +08:00
    越来越智能化,不懂自主开发各种监控怕是不被大厂看中了
    won
        7
    won  
       2019-06-28 12:51:46 +08:00 via Android
    大厂的优势之一,你尝试把底层的东西全都自己重新写一遍,出错了不用自己背锅,更有利于个人独立
    lonelygo
        8
    lonelygo  
       2019-06-28 13:09:23 +08:00   ❤️ 1
    大厂有大厂的好啊,基础设施完善、新、全、还重视。
    中小公司,上个 k8s,起步 3 台,再考虑个灾备,6 台,还要有别的服务要折腾吧,服务器买下来都要思考下。
    所以,理念,原理,对应的开源组件(免费服务),方案取舍,这些都是要花时间去弄的。
    impl
        9
    impl  
       2019-06-28 13:24:36 +08:00 via Android
    发展到后面就是没有运维
    pmispig
        10
    pmispig  
       2019-06-28 13:36:38 +08:00
    自己完善基础设施也是一种乐趣
    treblex
        11
    treblex  
       2019-06-28 13:37:11 +08:00
    小厂都是阿里云操作员(逃~
    hmxxmh
        12
    hmxxmh  
       2019-06-28 13:45:17 +08:00 via Android
    有用过腾讯的蓝鲸吗
    pmispig
        13
    pmispig  
       2019-06-28 13:50:00 +08:00   ❤️ 1
    作为一个小厂的运维来说,目前自己有空就改改 open-falcon,写写 telegraf 插件。Kapacitor 这个垃圾太难弄用了,得自己实现报警。k8s 调度器也自己写,一堆 k8s 自动化的添加模块和发布更新脚本。感觉也蛮好玩的。可惜公司就我一个人干活,想招一个小弟帮忙干点脏活累活就更惬意了。。。
    jaky666
        14
    jaky666  
       2019-06-28 14:08:32 +08:00   ❤️ 1
    自动化运维 自动化运维 最后把自己的命革了
    lucifer9
        15
    lucifer9  
       2019-06-28 14:14:28 +08:00
    从头撸
    最近 10 年换了三家公司撸了三套
    都快吐了
    mzdblsw8
        16
    mzdblsw8  
       2019-06-28 15:10:59 +08:00
    所以你们觉得运维真正的核心竞争力在哪呢?
    在于踩过的坑。帮公司规避风险。我就看过一些菜鸟运维弄了大坑给公司就跑掉的。
    iKun66
        17
    iKun66  
       2019-06-28 15:54:15 +08:00
    尽早转方向吧,要不然早晚都得失业。
    DAPTX4869
        18
    DAPTX4869  
       2019-06-28 15:59:27 +08:00
    问下大佬在运维的哪个方向呢...
    本萌新想学习下容器之类的,就是不知道怎么入手实践
    jingyulong
        19
    jingyulong  
       2019-06-28 16:19:39 +08:00
    核心竞争力就是想办法做东西出来,把别的运维干掉
    niubee1
        20
    niubee1  
       2019-06-28 16:25:00 +08:00   ❤️ 1
    要看你在大厂的时候有没有把大厂的思维方式,工具链,做事的方式,化为自己的一套, 能带走,到第一个地方能落地生根的那种, 不然你就只是颗螺丝, 而不是种子
    lvzhiqiang
        21
    lvzhiqiang  
       2019-06-28 16:31:43 +08:00
    大厂就是封装抽象,封装抽象,实现消灭人力运维~~
    Codingless
        22
    Codingless  
    OP
       2019-06-28 16:42:17 +08:00 via Android
    @Duluku 是的,公有云会减少很多 iaas 甚至 paas 层面的运维工作。

    @hmxxmh 没用过,看了下产品介绍,功能都是 paas 平台比较常见的吧。
    Codingless
        23
    Codingless  
    OP
       2019-06-28 16:52:18 +08:00 via Android
    @DAPTX4869 业务运维,平时工作负责业务可用性,但不直接负责下层基础组件。
    547674115
        24
    547674115  
       2019-06-28 18:29:41 +08:00 via Android
    首席背锅官
    deorth
        25
    deorth  
       2019-06-28 19:24:52 +08:00
    修电脑
    Takamine
        26
    Takamine  
       2019-06-29 08:55:20 +08:00
    运维和开发要并岗。
    zibber
        27
    zibber  
       2019-06-29 18:09:19 +08:00
    @Takamine 一个开发半个运维
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5403 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 26ms · UTC 08:28 · PVG 16:28 · LAX 00:28 · JFK 03:28
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.