1. 钱少事多受人欺

运维部门是成本部门。有个词叫，成本优化。CXO 看到机器的负载这么低，就会想着裁撤机器，能少花就少花点，运维也就来活儿了。优化成本是运维的职责之一。

运维是研发的服务团队。不能够创造营收，就意味着没有话语权，运维在公司的地位可想而知。更多的是研发提需求，运维去完成，没有太多商量的余地。

一个显著的特征是，外包运维的公司比外包研发的公司多很多。这也很容易理解，运维通常是首次搭建好之后，后续没有太多需求，属于长尾项目。而只要业务系统有人在用，研发就需要不断地迭代系统，支撑公司营收业务。

另外，研发分得很细，Web 研发、App 研发、Golang 研发，不是随便招聘一个研发就可以快速上手干活。运维却不同，一个 Shell 基本可以解决问题，会写 Python 就非常不错了。

2. 虚拟容器拔地起

基于物理机的 IT 基础架构资源利用率低、运维成本高、容灾备份困难，这加速了虚拟化技术、容器技术的发展。

虚拟化技术出现得很早，上世纪 80 年代就用于解决大型机分时复用的问题。chroot 、cgroup、lxc 等技术逐渐浮现。其实虚拟化技术，也分为全虚拟化和半虚拟化。半虚拟化效率高，但是需要对运行的 OS 内核进行修改。现在很多 IaaS 云厂商使用的是全虚拟化 QEMU-KVM 技术栈。

基于虚拟机构建的 IT 基础设置，让运维人员摆脱了物理机房的束缚，不用花太多时间关注硬件。范围缩小了，运维质量也就上去了。

事情还没完，还需要解决 CentOS、Ubuntu、Red Hat 等各种系统差异，而且基于虚拟机还是跑不了几个应用。相较于虚拟机具有独立完整内核，容器只是运行在宿主机上的一组进程，使用 lxc 等技术实现与系统之间的隔离。看着是个不错的技术，就是用的人不多，因为这玩意不好理解。

随着 2013 年 Docker 的出现，这种状况发生了改变。Docker 最大的贡献在于，制定了容器镜像规范，普及了容器技术。现在提到容器，大家很容易想到的就是 Docker ，其实还有 containerd、cri-o、isula ，他们都遵循 OCI 规范。Docker 的口号是 “Build once, Run anywhere, Configure once, Run anything” 。没错，Docker 屏蔽了底层的差异，有点像 JVM ，提供了一个中间层。

Docker 的普及，意味着运维的春天不远了。虚拟化技术让运维不用关注硬件，Docker 让运维不用关注应用。运维只需要基于 Docker 展开运维工作即可，采集监控指标、日志，配置告警等。

3. 敏捷开发少不了

敏捷开发发展于极限编程，是很重要的方法论。DevOps 被泛化，一千个人可能有一千个不同的解读，可以将其理解为一场 IT 文化运动。关于敏捷开发的内容，可以参考另外一篇文档 敏捷开发之研发流程 。

DevOps 正式出现，是在 2009 年。之后逐渐发展，历经十多年依然很受关注。

技术的出现可能很偶然，但技术的发展是需要市场培育的。最初的软件应用开发，需要很深入的理解计算机，相关的工具欠缺，复杂度降不下来，开发周期得按照月、年来算。现在不同了，互联网公司每周都有几次发布，而且一次发布的应用数量不少。

在这种需求端发生变化的情况下，促使了技术、文化的演变和发展，而这都基于容器技术。容器技术提供了隔离、弹性、随时创建、随时销毁的特征。较于难以理解的 Linux 系统行为，Docker 相关的概念简单太多，好用又好学，船还大，这简直就是技术人员的福音。

为了方便管理和监控，我们通常采用一个应用一个容器的模型。但微服务架构下，上百个应用，就得有上百个容器。管理这些容器，控制他们的启动顺序、运行位置、副本数量等都会面临巨大挑战。为此，容器编排成为了一个非常强烈的需求。

在容器编排大战之后，Kubernetes 成为了事实上的云原生基础设施，面向应用的分布式操作系统。随后，相关的技术像雨后春笋般涌现，微服务治理的 Istio ，编排任务的 Tekton ，提供无服务的 Knative 等等。

一花开后，百花开。有了 Docker 在前开路，我们进入了一个 IT 基础设施全面大发展的时代。

4. 站在枝头唧喳喳

前面说了这么多，好像没怎么提云原生。处于快速发展阶段的技术，概念上都有点捋不清。根据 CNCF 的定义，云原生应用就是使用容器、服务网格、微服务、不可变基础设施和声明式 API 等技术构建的应用。简单点就是，用 CNCF 内的项目。

从没见过哪个行业像 IT 行业这么热爱分享，更何况是一群以前没什么地位、大家都不愿意干的运维主导的。CNCF 每年都会举办云原生技术峰会 KubeCon 。

很多主题内容都是围绕 Kubernetes 进行的。Kubernetes 作为基础设置，替代了 OS\VM ，也就意味着之前所有的基础应用都需要往 Kubernetes 上迁移。除此，在使用 Kubernetes 的过程中，也会催生新的场景。

在未凝固的水泥路面上行走，才会永久留下脚印。Kubernetes 相关的生态就是一条这样的路面。而你需要做的，可能只是写一个 operator ，对接你擅长的领域。