关于运维变化的六点看法

运维 IaaS

摘要
运维重心已转变为可扩展性，并且已经关乎研发效率的提高。旧的运维模式无法胜任互联网时代工作负载。在IaaS云平台的大环境下，运维人员的开发水平也在提高。在未来几年中，运维将不再由单独团队负责，但依然重要。

正文
六年前，Dmitriy写过一篇DevOps的兴起。这六年之中，很多事情发生了变化。Dmitriy重新思考这运维，并写下这篇文章。

1. 可扩展性已经成为了运维工作的重心
在以前，运维团队的首要工作就是为生产创建环境并维护产品的使用。而现如今，运维团队的工作重心已经转向了如何实现规模化。规模化做得不好，就导致流量带来各种相关问题（会话冲突、用户拥堵和数据集合大小不符） 。规模化如果做得好，就会进入既安全又高效的状态。（以金融类业务为例，线上操作风险很大，一定需要把规模化做好）。

服务规模如果要变大，自动化是必不可少的前提条件；而如果想自动化所有部分，那么你一定要实现DevOps。

Dmitriy Samovskiy：DevOps不是你可以拿来采用的方法，而是你努力实现的方案。

2. 运维已变成了平台的根基
研发工程师团队负责开发产品，而公司中还需要有其他团队来负责开发效率的提高：代码重用性、实现模式、用户库、核心API等。我后者称为平台团队。

在过去，平台团队和运维团队是合作关系，但是今天运维工作已经成为了平台工作的一部分。关于这个话题，我在另外一篇博客中进行了讨论。

3.初创公司不再需要专门的运维团队
这就是所谓的NoOps，虽然很多读者会强烈反对这种行为，但是我认为这是一个新趋势。任何一家初创公司在做的都是快速迭代、实现新功能，在尚未拥有大量用户的时候，扩展服务并不是首要任务。此时公司关心的是如何能提供满足市场需求的功能。人们会对运维工作不断地强调，但是有一些人他们虽然做很多的运维但是仍然把这当做是附加，而不是主要工作。

现在，新兴科技公司中不会再有纯粹的运维团队。

4.越来越多的企业需要互联网规模化（webscale）来应对大工作量
这是一个新兴的趋势。传统企业开始直接向顾客售卖和提供服务，但是他们很快就发现旧式运维并不能胜任互联网络时代的需求。

我之所以明显地观察到这个趋势还有一部分原因是因为我就住在湾区附近。

5.为什么会发生今天这样的变化？
我认为主要有以下两点原因：
- IaaS云（以云厂商AWS举例说明，比起代码本身，AWS一直在追求的是将所有事情标准化，然后以服务的形式提供给客户。）
- 运维人员掌握了更多的软件开发技能（换句话说，运维人员不再局限于脚本，转而变成更好的开发者）

6.接下来的6年我们何去何从？
我相当确定，在未来的6年，将会有大量的大规模应用和服务在不配备专门的运维团队情况下，仍然可以成功运行。所有的研发团队都将至少直接维护一个客户使用的产品服务。运维团队不再是一个独立的部分，这并不意味着我们不再需要运维技能、知识和经验。

查看英文原文：The Rise of New Operations