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

SRETalk: 100 位运维 KOL,持续输出观点

  •  
  •   laiwei · 2023-03-03 11:17:07 +08:00 · 1157 次点击
    这是一个创建于 649 天前的主题,其中的信息可能已经有所发展或是发生改变。

    国内运维行业,不同的公司做法差异巨大,从业人员水平参差不齐,缺少普遍性行业认知,难以形成合力,从而推动行业整体发展。甚至在部分公司,运维人员处在技术鄙视链最底层,SRETalk 希望为行业带来一些新的思路和发展推动力。

    这需要很多行业大咖一起,输出观点,共同碰撞,才有可能形成一些先进的共识,形成行业前进的思想旗帜。

    所以,SRETalk 栏目,诚邀 100 个运维大咖,通过采访或约稿的方式输出他们的观点,给行业一些借鉴,听百家之言,共同进步。

    第一集:井源 - 运维几何

    在上云的大环境下,运维工程师更应该面向业务、面向架构,拓展自己的业务范围,成为保障业务稳定的关键人才。如果还是和以前一样,仅仅只关注监控报警,只负责服务部署变更,那么势必会被淘汰。 另一方面,可以往专精的方向走,成为某个领域的专家(监控、大数据、K8s 、数据库等等),走运维研发专家的方向。

    第二集:运维如何转型,听听作业帮的 OPaS 思路

    互联网运维,先后经历了纯手工、标准化、平台化、数智化等几个阶段,如下图。其中,DevOps 是技术驱动的组织变革、非专业变革。

    运维的主旋律是管理平台、是资源&技术中台,不是横向协同,运维要做高技术杠杆、赋能业务、助力企业提升经营效率。

    第三集:如何把运维的饭碗端稳

    从我的朋友圈来看,时不时就会看到劝运维下岗 /转行的帖子: 比如瑞典马工的《是时候让运维集体下岗了》,振聋发聩,开篇就提到:明人不说暗话:在云原生和 DevOps 成熟的今天,运维作为一个岗位和团队已经完成了历史任务,应该退出舞台了。

    再比如 SRETalk 第一期中,井源用心良苦的劝导:随着科技的发展,时代的变化,一个岗位的消亡是很正常的事情,及时做好调整和规划才是思考的重心。

    但是,运维这个岗位以及背后的运维人,从来都是一次次站在要被淘汰的边缘徘徊,又一次次倔强的起死回生,柳暗花明。他们往往乐于自嘲、主动拥抱危机、敢于求变。回想下,近十年来,云计算也好、云原生也罢、DevOps 也算,SRE 也行,所有这些 IT 的大变革,都是尝试在不断优化和改进“大运维”这个领域。运维这个行业没有消亡,反而是不断进化,生发出了新的内涵。

    第四集:又拍云邵海杨 - 25 年 Linux 老兵聊 DevOps 八荣八耻

    一、 以可配置为荣,以硬编码为耻 二、 以互备为荣,以单点为耻 三、 以随时重启为荣,以不能迁移为耻 四、 以整体交付为荣,以部分交付为耻 五、 以无状态为荣,以有状态为耻 六、以标准化为荣,以特殊化为耻 七、以自动化工具为荣,以手动和人肉为耻 八、以无人值守为荣,以人工介入为耻

    第 1 条附言  ·  2023-03-06 09:35:40 +08:00

    第五集:度小满陈存利 - 20年老“司令”聊运维、绩效、成长

    问:很多人认为工程师不写代码就没有价值,这个问题你怎么看?对于不写代码的工程师应该如何持续提升自己,你有什么建议吗?

    答:这个话题可以参考军事管理,大家给我一个绰号叫“司令”,这可能跟我工作中喜欢经常用军事的方法来做参照物有关,在我看来,这个问题就和军人要不要上战场开枪是一个道理:军人要懂基本武器的使用,最好还有定期的锻炼,当然也不是所有的军人都拿武器去拼命才能打胜仗,打仗打的是后勤补给,打的是武器的先进性,打的也是正义,不论做后勤、做武器研究、还是做宣传的人,都是战争必不可少的一部分,但无论在哪个岗位,都应该把岗位职责做到极致,剩下的要交给战争的指挥者。所以回到这个问题上,我理解工程师首先要了解好自己岗位在公司的定位,再结合个人自身的定位,尽量做到二者匹配,如果不匹配的话,还是换到匹配比较好。

    第 2 条附言  ·  2023-07-13 14:15:22 +08:00

    第六集:《途游邹轶 - 中小公司的运维怎么做?》

    问:您是否会遇到因为团队人才水平不行,导致自己的想法落地慢,落地难的问题,您是如何解决的?

    这个肯定会遇到,我们解决思路:

    保持耐心,对团队持续迭代,这个就和打牌一样,你不能期望上手一手好牌,这个都得不断的进出的换牌,最后把牌> 理顺去赢得比赛。 对新人的标准是潜力要高于团队现有70%的人员,不符合标准宁可不招聘,招人谨慎,对人的培养才会用心。 团队负责人自己一定是团队首席HR,要主动出击去找人才,我最近4年在BOSS直聘上大概聊过接近两万人吧,看过> 的简历应该超过2万多份,这个可能很难有中小公司的运维负责人会做到这点。 利用敏捷组织作为基础支持,发挥集体智慧。

    第 3 条附言  ·  2023-07-13 14:19:57 +08:00

    第七集:《王明松 - 自我革命的“王四条”是怎样练成的》

    问:你提出了四条云原生应用实践,认为只要做到了这四条,应用基本就是云原生的了,群友们深表认同,并且命名为“王四条”,可否给 SRETalk 的读者再分享一下“王四条”中的精粹?

    云原生王四条详细版的内容我放到瑞典马工的repo( https://github.com/lipingtababa/cloud-native-best-practices )里了 ,欢迎大家提issue,我也会不定期的更新云原生王四条

    简要版的内容是:

    • 用对象存储静态文件
    • 用role不能用ak sk
    • 尽量用托管服务
    • 数据不要存在服务器上

    这四条的出发点其实基本上是围绕着应用的无状态和数据的安全来做,同时会兼顾成本,性能和可靠性,适应范围其实也不局限于云计算,传统IDC也可以参考来实施。

    2 条回复    2024-06-12 14:06:09 +08:00
    laiwei
        1
    laiwei  
    OP
       2023-07-13 14:20:30 +08:00
    更新了两集,分别是《途游邹轶 - 中小公司的运维怎么做?》、《王明松 - 自我革命的“王四条”是怎样练成的》
    Acolasia731
        2
    Acolasia731  
       182 天前
    这个帖子怎么没人看呀?
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   869 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 27ms · UTC 21:21 · PVG 05:21 · LAX 13:21 · JFK 16:21
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.