木讷大叔爱运维

运维之路低头前行,不如抬起头向上看

Image

Image

运维观察

经过126天的蹲点+互动观察,发现运维绝对是IT领域最坚强的一部分人群了,不信你看:

1.永远填不满的技能包

Image
image.png

2.永远应用不完的行业规范

Image
image.png

3.永远赶不上的运维趋势

Image
image.png

4.永远甩不完的锅

Image
image.png

5.永远的清醒知道自己面临的处境

Image“运维虐我千百遍,我待运维如初见”,我们总是在逆境中不断超越自己,这才有了业务的稳定运行。

如果我不说,你是否还没有发现,自己作为运维人竟还有这么大的能量?大家总是在平常总是忙碌着处理问题、日常变更、紧急救火,我们姑且将其当作在运维路上低头前行,这时你会觉着运维之路没有终点!但是当你看到这篇文章时,我觉着运维是时候抬起头向上看了!

抬头看什么?

4+1+1+1组合

首先,你不会认为业务的运行只是靠运维吧?那你就大错特错了,虽然我们7*24付出了大量的时间和精力,但我们得承认这件丰功伟业的后面还有:

  1. 开发人员的日益提升的代码质量、架构支撑;
  2. 测试人员的回归测试、冒烟测试等自动化测试加持;
  3. 安全人员的渗透测试、安全运营、行为分析;
  4. 运维人员的运维保障、流程化管控、快速交付;

其中:

  • 开发人员、测试人员、安全人员就是4+1+1+1中的三个 “「1」”
  • 运维人员在此我们进一步拆解为三部分,即4+1+1+1中的“「4」”
    • 基础运维,主要管理基础设施;
    • 应用运维,主要负责应用系统;
    • 业务运维,主要负责业务事件响应;
    • 数据库运维,主要负责各种数据库;

保守点估计,业务系统80%的问题都是由变更引起的,事前和事中从发现、响应、定位、分析、解决离不开4+1+1+1组合的群策群力。事后可能会出现“友谊的小船说翻就翻”的现象,但我们还是要理性看待。作为运维,我们更应该关注其中的“「4」”,找专业的人干专业的事,虽然身兼多职对运维是常态,但是我们要从中找到适合自己的核心技能,做适当的减法!

运维体系建设

运维的工作非常多且杂,几乎填满了我们的日常工作且看似无序,但如果抬头向上看,我们所做的一切其实就很有意义了!Image运维的意义就是从无序的零碎工作中,做到有章可循,“不积跬步无以至千里”。运维投入的是时间和精力,打造出一套适合当下场景的运维体系建设,才是运维的投资回报率(ROI)。为了更好的帮助我们更好的了解运维体系建设,我们可从以下几个维度来了解下:从运维框架上分:

  • IaaS,主要分布基础设施;
  • PaaS,主要通过平台的维度对基础设施进行管控;
  • SaaS,主要通过精细化的服务,解决不断增长的痛点需求;

从工作方向上分:

  • 开发人员、测试人员、安全人员的工作主要分布在南北向上,涉及运维框架中某几个场景;
  • 运维人员的工作在东西向和南北向都有,涉及运维框架中大部分场景;

从专业性上分:

  • 基础运维:多方位的基础设施管理,如软件定义网络(SDN)、软件定义数据中心(SDDC)、软件定义存储(SDS)等
  • 应用运维:从运维自动化入手,结合流程规范,对操作系统、应用管控、安全合规、系统监控等全面纳管;
  • 业务运维:需要熟悉业务流程,从运营数据、日志数据、多方位监控数据等方面对业务事件快速响应;

总结

我认为“抬头向上看”不是让我们好高骛远,而是立足当下,从优秀的解决方法、行业规范报告、案例分析中汲取适合我们运维当下的运维体系建设,有目的、有规划地工作,这样才能“积硅步、至千里”!

Image

添加好友,邀你入群,运维人的圈子,每日精彩分享,更有大咖解惑!

对的那条路,往往不是最好走的!

精彩文章合集

文章推荐

☞【合集】运维思索系列
☞【合集】运维管理系列
☞【合集】运维监控之路
☞【合集】基础设施自动化之路
☞【合集】CI/CD之路
☞【合集】Ansible之路
☞【合集】K8S之路
☞【合集】数据库系列

札记:“运维是信仰,主打的就是一个阿Q精神!面对故障时谨记:雪崩时,的确没有一片雪花是无辜的。”

--优秀的运维小伙伴

Image