写点什么

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

  • 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:101547

评论

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

堡垒机有录像吗?好用吗?有什么作用?

行云管家

网络安全 企业 数据安全 堡垒机 录像

万物皆可集成系列:低代码如何不成为数据孤岛

葡萄城技术团队

低代码 数据孤岛 集成

设计模式的艺术 第二十一章备忘录设计模式练习(设计一款RPG网游,为了给玩家提供更多方便,在游戏过程中可以设置一个恢复点,用于保存当前的游戏场景。如果在后续游戏过程中玩家角色“不幸牺牲”,可以返回到先前保存的场景,从所设恢复点开始重新游戏)

代廉洁

设计模式的艺术

重拾面向对象软件设计

阿里巴巴中间件

阿里云 技术 中间件 技术代码

干货|为什么说开源基金会的选择很关键?(下)

Orillusion

开源 WebGL 元宇宙 webgpu web3d

使用FeatureAbility模块启动其他Ability

白晓明

OpenHarmony应用开发 FeatureAbility

优秀的产品手册有助于留住你的客户

Baklib

2022 云原生编程挑战赛启动!看导师如何拆解边缘容器赛题?

阿里巴巴中间件

阿里云 云原生编程挑战赛

搭建自己的以图搜图系统 (一):10 行代码搞定以图搜图

Zilliz

Python 机器学习 深度学习 相似度分析 以图搜图

极狐GitLab Helm Chart 已上线,玩转云原生极狐GitLab!

极狐GitLab

DevOps gitlab 云原生 Helm Kubernetes, 云原生, eBPF

了解数字机器人最新发展动向,不要错过华为数字机器人秋季发布会​

王吉伟频道

RPA 机器人流程自动化 智慧政务 机器人开发 华为数字机器人

数字藏品系统开发,NFT数字藏品开发说明

开源直播系统源码

软件开发 NFT 数字藏品 数字藏品软件开发 数字藏品系统

传统单节点网站的Serverless上云

Serverless Devs

C#/VB.NET 设置Word文档段落缩进

在下毛毛雨

C# .net word文档 段落缩进

盘点适合中小企业的文档管理工具

Baklib

浅谈 SAP ABAP 系统里的 ALV 输出方式实现

汪子熙

前端开发 SAP abap 9月月更 ALV

中移链DDC-SDK技术对接全流程(一)

BSN研习社

建木持续集成平台v2.5.4发布

Jianmu

DevOps 持续集成 gitops 持续部署 Gitea

在数字时代,如何选择企业的知识管理软件

Baklib

Apache Kyuubi 在小米大数据平台的应用实践

网易数帆

Java hive Apache Spark Thrift kerberos

AOSWAP去中心化交易所系统开发功能介绍

开发微hkkf5566

笔记 | DevOps推动科技管理敏捷转型(文末附PPT)

嘉为蓝鲸

DevOps 运维 敏捷 IT 精益

高性能对象池实现

C++后台开发

后端开发 高性能服务器 内存池 对象池 C++开发

百余位顶级投资人齐聚无锡,DEMO CHINA创新中国峰会即将揭幕

创业邦

聆心智能入选OPPO“微笑提案”TOP10,让有温度的AI技术守护数亿人心理健康

硬科技星球

UI自动化助力业务效率提升

转转技术团队

UI自动化测试

数据可视化系列教程|六大组件基础知识

云智慧AIOps社区

大前端 低代码 开源项目 数据可视化 可视化大屏

SpringCloud 注册中心(Nacos)快速入门

nacos SpringCould 9月月更

当你的老板站在你背后,看你处理故障......

嘉为蓝鲸

运维 IT 故障 上班

看了深入Java虚拟机:JVMG1GC的算法与实现文档,我悟了

程序知音

Java JVM 垃圾回收 java架构 后端技术

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