Last Updated on

2019.9月，我裸辞了。

很多人都说最近大环境不好，不要裸辞，不要跳槽，啥的啥的。我想说，不要活在大众的认知中，做自己想做的事，想清楚自己想要的，自己想走的路，并不断走下去即可。

在离职后的这段时间里，我思考了很多，以后的发展方向，以后的路该怎么去走。这里大致分享一下，对于同样的运维人来做一个参考，在自己不同的阶段应该怎么去选择自己的路。以下所有皆为个人见解，保留意见。

首先，在运维的领域，我自己觉得，以后的路会越来越窄，随着技术的发展。众多的运维岗位，可以归纳为以下两个类型：

1. IT基础设施类运维

这类运维的特点是：不接触业务，只提供基础服务。如数据中心运维，系统运维，云计算运维等类似岗位。

这类运维随着云计算的发展，需求会越来越少，要求会越来越高。随着云计算发展，以后只有少数大型公司对外提供公有云服务，其他大部分公司则使用这些云服务，自然大部分公司就不需要相应的这类的运维人员，所以需求会越来越集中，而且随着自动化技术，人工智能的发展，数据中心的运维人员需求会越来越少，甚至到最后可能实现完全的无人化智能管理。

除了这种，还有一种桌面运维，办公网络运维等，这种就属于传统IT，类似于网管一样。这种的价值比较低，因为价值有限，不管公司做多大的业务，对于管理办公网络的运维来说，都没有参与度。这种已经不推荐了，对于以技术为主的互联网公司，很多中小型企业压根没有这种岗位，为什么？因为技术难度低，很多时候随便找两个运维的人都能搞定。这种岗位常见于传统中大型企业，而办公网络啥的，规模是可控的，也就导致了价值的固定，价值的固定和有限，决定了其薪酬的上限。


2. 面向业务类运维

这类运维的特点：面向业务！。我觉得对于企业来说，创造价值才是根本，什么有价值，业务！运维也是一样，只有面向业务，在业务中产生价值，才是以后的方向。这类的运维岗位，在现在也特别多，像业务运维，应用运维，devops等是面向业务的运维。

这也是我认为的，以后运维的大方向！

在面向业务的运维中，我大致汇总了一下，大致为以下两类。

  • SRE网站可靠性工程师
  • DevOps工程师

首先，SRE网站可靠性功能工程师，这是Google大佬提出的概念，就是面向业务。SRE的职责确保站点的可用，为了达到这个目的，他需要对站点涉及的开发语言，运行的linux系统，相关中间件，数据库，存储，网络，分布式架构等等都要熟悉，需要时刻关注生产运行时的状态，还需要具备非常强的分析处理问题的能力，是一个综合素质很高的全能手。

其存在就是保障服务正常运行，这在越大的公司，价值越高，因为一点点的中断和不可用都会造成极大的损失。这就体现出了价值，所以这种相关岗位的运维人员的价值(薪酬)自然也就很高。但是在国内，很多大公司将这个岗位分拆成了很多岗位，比如专门维护数据库的DBA，专门维护存储设备的存储工程师，专门维护网络的网络工程师，专门设计架构，优化系统的运维架构师，专门负责安全的安全工程师等等，当然很多中小型公司则直接使用云服务，则不需要这么多岗位，但不管工作岗位是什么，其核心都是一样的，那就是保障站点的稳定高速运行。因为这就是其价值所在。当然其中也还有优化架构，节省成本等价值，但都是次要的。

这是实际的工作中，大致对应的就是，架构设计，网络设计，系统调优，各种监控预警，故障处理，容量规划，安全防护等等


DevOps工程师，DevOps这个概念，最早也是从国外的大型互联网公司传到国内的，其本身原本只是一种文化。一种希望将开发与运维进行打通，增加协作效率，提高软件交付效率的一种思想。后来在国内慢慢的就变成了一种岗位，一种专门做个事情的岗位，也就是为了实现这种思想，打通开发和运维，提高交付效率的这件事。但实际上，开发和运维中间，还有测试，所以实际上是打通开发，测试和运维三方。

实际上DevOps的发展，有一部分相对的原因是敏捷开发思想的普及，让公司的管理者开始重视提高交付效率。那么在敏捷开发的思想，配合上DevOps，打通开发，测试，运维。形成一个闭环，常见的图：

所以其核心价值就在与提高交付效率，在这个增分夺秒的互联网时代，时间就是金钱，更高的交付效率就能更好的优化迭代产品和服务，更快更好的占据更多市场，从而产生价值。所以其价值(薪酬)也很高。

这在实际的工作中，主要对应的就是，版本管理，CI/CD持续集成，自动化测试，自动化发布，变更管理，CMDB资产管理，运维平台等等。


但不管是DevOps还是SRE，在很多地方都是共通的，其中相关的监控，服务器管理，运行状态管理，链路追踪，排错找错等很多都是相通的。实际上网上说的什么运维的几个阶段：人肉，脚本固化，自动化，平台化，智能化。也是SRE和DevOps工程师需要去做的事情。

通过开发各种工具，平台，以实现的各自的职责，提高交付效率，保障业务运行。而这就需要对应的运维人员，具备开发能力。

所以，开发能力几乎是以后运维的必备能力！

而且这种面向业务的运维需求，基本不会消失，即使在大公司内，大多也是根据业务去划分的，不同的业务与业务之间，很多时候是完全独立的，如腾讯，根据内部不同的业务，很多都各自有各自的运维方案和平台等。

最后

好了，唠叨了这么多，只是说了以下自己对于目前运维这个领域的一点浅薄的见解。或许随着本人的眼界增长，以后会有不同的意见，仅供大家参考，大家请保持自己的思考。

那么对于看到这篇文章的运维朋友，可以想想自己想走的路线，是一个重要的事情。

选择很多时候比努力更重要。

在如今大环境不好的情况下，很多企业都是准备漫长的过冬，那么在这个冬天，如果能保持自己的竞争力，或者说保证自己不会被辞退呢。核心的就是价值，保证自己的创造的价值。包括写简历也是一样，突出自己为企业创造的价值！会让简历加分不少(这也是一个运维出身的CTO跟我说的)。

所以，基于自己目前的认知和选择，我新入职了一家规模较大的公司，主攻开发方向，以补强自己一直以来的弱项却有很重要的项：Web开发能力。

尽管收入可能会少一点，但这是自己的选择。

所以，接下里一段时间，可能发博会比较少，或多以开发内容为多，也就Python3相关的居多，当然如果有时间，都有可能。


OK，以上都是为自己的鸽，费劲找了一个冠冕堂皇的理由，哈哈

好的，有任何见解，欢迎沟通，另外，不管在哪个领域，大家一定要重视一个事：

眼界非常重要！