写点什么

应用运维的发展趋势和发展建议

  • 2020-03-17
  • 本文字数:1905 字

    阅读完需:约 6 分钟

应用运维的发展趋势和发展建议

上两篇 SRE 文章写完后,是计划写一篇应用运维发展趋势和发展建议的文章,前两天阿里的毕玄大神分享了一篇《阿里应用运维体系的变迁》的文章,讲述了阿里整个应用运维发展的过程,所以正好借着毕玄大神的文章再写一下个人的理解好了。

几个共鸣点

其实,大言不惭的说一句,我的理解和判断跟大神的思路基本一致。有几个点:


  • 阿里前面所经历的那段过程,我想正是今天我们很多公司还正在经历的,事务发展的规律就是如此,就如同小孩子长大成人,必然要经历从爬到走,再到跑的过程,中间还要摔无数的跟头才能发展到下一步。而发展到后面,我们能够预见到的运维模式,就是 Google 定义的 SRE,也是 DevOps 的非常成功的实践模式。

  • 运维的发展基本都是从人工—脚本—工具—DevOps—智能化这样一个阶段,现在做的超前一点的公司基本都能够在 DevOps 这样一个阶段。而智能化需要 DevOps 的高度发展(自动化的保障)、运维所积累的数据足够多(分析的基础),标准规则足够规范(判断规则清晰)、技术过硬(机器学习等前沿技术引入),这个阶段可能确实还需要一定的发展过程。


当前应用运维的同学势必面临着转型,从传统型运维转向 Google SRE 型的运维,这个实际是业务和技术高速发展的今天,随着基础环境(云计算、IAAS、PAAS)和运维 DevOps 方法论越来完善,带来的对技术能力的必然的更高要求。


所以,阿里(腾讯、百度)是我们很好的学习典范,没有必要再去搞什么创新的东西出来,虚心借鉴经验,少走弯路、少栽跟头,踏踏实实解决我们自己的问题就是最大的创新。

发展趋势的判断

这里想特别提到的一点是阿里应用运维 PE 的组织架构和运作模式的变化,组织架构上 PE 已经全部打散,划归到了各个业务软件开发团队,真正的跟开发同学坐到了一起,且随着阿里整个运维自动化体系的高度发达,现在很多的线上操作,开发同学实际都可以可以自助完成的,所以现在很多的运维工作都已经是以开发同学为主,高效自主地完成,而不再是依赖 PE 这个角色。而 PE 已经开始转型向自动化运维开发和产品解决方案的角色发展,要求学习开发、要求对业务和业务架构有更深入的理解,更多地从所负责的业务的角度,去做一些个性化地效率提升和稳定性提升的事情,可以看到实际就是朝着 Google 定义的 SRE 的方向在发展,国外 FB、Linkedin 等基本都是这个模式。这其实还是技术团队对 PE 有了更高的要求和期望,PE 不得不转型,不得不提升。

技能储备和转型上的一些个人建议

从阿里应用运维的发展趋势上看,Google 的 SRE 模式一定是未来运维发展和转型的方向,大势所趋。所以,现在我们既然看到了趋势,就得提前做出预判和做一些技能方面的准备了,我个人对于应用运维在技能上一个建议就是学习代码开发,一定要去突破自己,可以从 Python、Go、Ruby、PHP 上手比较简单的语言开始,尝试去做一个简单的 CMDB、应用配置管理、持续集成与发布等等。要想提升的话,可以尝试去写点更复杂的东西,比如具备并发处理能力的 Agent、RPC 框架、服务发现功能等等,这就要求对多线程、高并发等等有一定的要求,可以通过 Go 或者 Java 来做等等,再往前提升,可以去了解一下机器学习相关的知识,比如 TensorFlow 等。重要的一点,从运维的实际业务场景入手学习。这篇只是提建议,所以不讲具体技术细节了。


当然我在《我所理解的 SRE、PE 和应用运维(下)》的文章中提到的标准规范制定和执行等等能力,也很重要,这些是软实力,但是代码能力就是硬实力,要想有更广阔的发展就得软硬结合,刚柔并济。


这里还想表达的一个观点是,做运维别总是抱怨自己多么苦逼、多么不容易,还总是背锅啥的,记住,最重要的是把自己的能力提升上来,能力不够就别再浪费时间在那里抱怨这个抱怨那个了,没有意义。


对于 SA 和网络工程师,我觉得也是一样的思路,单看当前技术趋势,SDN、安全、内核相关的人才需求是非常紧缺的,而且这块跟业务的结合越来越紧密。比如 SDN,其实简单来说就是因为业务上对网络层面的策略控制越来越多样性,为了能更加灵活的设定和管理网络策略,引入了这种可编程的新型网络架构。SDN 核心的能力就是可编程。我之前跟一个 SDN 的厂商在沟通 SDN 落地的一些解决方案,厂商给我的非常中肯的意见是,“SDN 要落地,我们可以提供设备,提供方案,但是最终运作起来是需要你有 SDN 的专业开发人员才可以的,否则后续更为零落的应用是玩不起来的。”所以,你看代码能力确实是必须具备硬实力。


我想代码能力一定是未来运维转型和发展的一个分水岭,具不具备代码开发能力,将决定着个人发展的空间和市场议价能力,各位做运维的同学不要再纠结和犹豫了,动手做起来吧。


本文转载自成哥的世界公众号。


原文链接:https://mp.weixin.qq.com/s/u0Q-DEpXJB16PnUALjQSkw


2020-03-17 22:101212

评论

发布
暂无评论
发现更多内容

webAssembly on server side 的应用场景

磊吐槽

云原生 webassembly

华为云会议好评如潮的背后,竟然暗藏这么多黑科技!

科技说

安全灵活,华为云桌面成为数字化办公最佳搭档

清欢科技

华为云桌面,开启云上高效办公之旅!

清欢科技

Verilog模块例化

芯动大师

Verilog语法 Verilog例化模块 Verilog教程

头部效应明显,中小厂商「闷赚」的 Dating 赛道

融云 RongCloud

社交 虚拟

云办公成趋势,华为云桌面全方位保障企业安全

科技之光

云上办公,还得是华为云桌面的一站式云上工作站

科技之光

HTTP的状态码

穿过生命散发芬芳

HTTP 12月月更

mysql数据库运维常用的shell脚本

@下一站

12月日更 12月月更

网络安全实战之植入后门程序

网络安全学海

网络安全 信息安全 渗透测试 WEB安全 漏洞挖掘

简单易用的监控告警系统 | HertzBeat 在 Rainbond 上的使用分享

北京好雨科技有限公司

华为云会议助力政企用户提升沟通效率

科技说

低成本、高效率!华为云桌面助力企业数字化转型

清欢科技

数字云办公连续7年领跑,华为云桌面优势突显!

科技之光

云上办公,且看华为云桌面如何加速企业数字化发展之路?

科技之光

数字化办公?选云桌面就对了!

科技之光

「实操」适配 NebulaGraph 新版本与压测实践

NebulaGraph

图数据库

我在编码过程使用Jenkins自动化的姿势

大东(AIP内容运营专员)

华为云桌面,一站式云上数字化创作深度解读

IT科技苏辞

【JWT】jwt令牌研究

No8g攻城狮

JWT\ JWT

华为云会议——安全得多,高效得很

秃头也爱科技

开源创新 源起潮“蜥”——龙蜥社区走进浪潮信息 MeetUp 即将开幕

OpenAnolis小助手

云原生 Meetup 龙蜥社区 浪潮信息 开源活动

华为云会议,总有一种场景满足你的需求

科技说

超高清设计师云工作站,设计可以更高效

清欢科技

2022-12-21:uifd/ui-for-docker是docker的web可视化工具。请问部署在k3s中,yaml文件如何写?

福大大架构师每日一题

Docker 云原生 k8s k3s 福大大

超高清设计师云工作站,为设计企业护航

清欢科技

自动化测试技术笔记(三):如何编写技术方案

老张

自动化测试 技术方案

华为云桌面之下的“冰山”:技术底座x繁荣生态加速模式进化

IT科技苏辞

对比PyTorch、TensorFlow、JAX、Theano,我发现都在关注两大问题

OneFlow

人工智能 深度学习 函数转换

华为云会议,助力企业高效办公

秃头也爱科技

应用运维的发展趋势和发展建议_软件工程_成哥的世界_InfoQ精选文章