1.2 上线一个功能，有多少时间被浪费了？

1.3 如何解决发布慢，效率低的问题呢？ 

1.4 什么是 DevOps？ 

• 亚马逊的定义：https://aws.amazon.com/devops/what-is-devops/

• 谷歌的定义：https://cloud.google.com/devops#section-2

• 微软的定义：https://azure.microsoft.com/en-gb/overview/what-is-devops/#devops-overview

• Atlassian 的定义：https://www.atlassian.com/devops/what-is-devops/benefits-of-devops

1.4.1 敏捷开发

        提高开发效率，及时跟进用户需求，缩短开发周期。 敏捷开发包括编写代码和构建代码两个阶段，可以使用 git 或者 svn 来管理代码，用 maven 对代码进行构建。

1.4.2 持续集成（CI）

        持续集成强调开发人员提交了新代码之后，立刻自动的进行构建、（单元）测试。根据测试结果，我们可以确定新代码和原有代码能否正确地集成在一起。持续集成过程中很重视自动化测试验证结果，对可能出现的一些问题进行预警，以保障最终合并的代码没有问题。

常见的持续集成工具：

1. Jenkins：Jenkins 是用 Java 语言编写的，是目前使用最多和最受欢迎的持续集成工具，使用 Jenkins，可以自动监测到 git 或者 svn 存储库代码的更新，基于最新的代码进行构建，把构建好的源码或者镜像发布到生产环境。Jenkins 还有个非常好的功能：它可以在多台机器上进行分布式地构建和负载测试。

2. TeamCity

3. Travis CI

4. Go CD

5. Bamboo

6. GitLab CI

7. Codeship

它的好处主要有以下几点：

1. 较早的发现问题：每次集成都通过自动化的构建（包括编译，发布，自动化测试）来验证，哪个环节出现问题都可以较早的发现。

2. 快速的发现错误：每完成一部分代码的更新，就会把代码集成到主干中，这样就可以快速的发现错误，比较容易的定位错误。

3. 提升团队绩效：持续集成中代码更新速度快，能及时发现小问题并进行修改，使团队能创造出更好的产品。

4. 防止分支过多的偏离主干：经常持续集成，会使分支代码经常向主干更新，当单元测试失败或者出现bug，如果开发者需要在没有调试的情况下恢复仓库的代码到没有bug的状态，只有很小部分的代码会丢失。

        持续集成的目的是提高代码质量，让产品快速的更新迭代。它的核心措施是，代码集成到主干之前，必须通过自动化测试。只要有一个测试用例失败，就不能集成。

Martin Fowler说过，"持续集成并不能消除 Bug，而是让它们非常容易发现和改正。"

1.5.3 持续交付

        持续交付在持续集成的基础上，将集成后的代码部署到更贴近真实运行环境的「类生产环境」（production-like environments）中。交付给质量团队或者用户，以供评审。如果评审通过，代码就进入生产阶段。

        如果所有的代码完成之后一起交付，会导致很多问题爆发出来，解决起来很麻烦，所以持续集成，也就是没更新一次代码，都向下交付一次，这样可以及时发现问题，及时解决，防止问题大量堆积。

1.5.4 持续部署

        持续部署是指当交付的代码通过评审之后，自动部署到生产环境中。持续部署是持续交付的最高阶段。

        Puppet，SaltStack 和 Ansible 是这个阶段使用的流行工具。容器化工具在部署阶段也发挥着重要作用。 Docker 和 k8s 是流行的工具，有助于在开发，测试和生产环境中实现一致性。 除此之外，k8s 还可以实现自动扩容缩容等功能。

二、为什么大厂都在用 DevOps？

2.1 传统软件服务企业的痛点

解决之道：DevOps

本图摘自：张乐-《DevOps道法术器》 

2.2 DevOps 在金融行业的应用

标准的敏捷开发流程：

2.3 哪些企业在用 DevOps？

2.4 DevOps 在 5G 领域的的展望

三、K8s 在 DevOps 中的核心作用

        Docker 和 K8s 的出现使 DevOps 变得更加普及，更加容易实现。在传统运维中我们服务时需要针对不同的环境去安装不同的版本，部署方式也杂、多。那么有了 docker 之后，一次构建、到处运行，我们只需要要构建一次镜像，那么只要有 docker 的主机，就可以基于镜像把应用跑起来。

docker 可以实现 DevOps 的这个思想，但是存在一个问题，什么问题呢？

        在众多微服务中，我们每天可能需要去处理各种服务的崩溃，而服务间的依赖调用关系也及其复杂，这对我们解决问题带来了很大的复杂度。要很好的解决这个问题。我们就需要用到容器编排工具。

        Kubernetes 的出现主宰了容器编排的市场，也进化了过去的运维方式，将开发与运维联系的更加紧密。而且让 DevOps 这一角色变得更加清晰，它是目前可用的很流行的容器解决方案之一。

3.1 自动化

敏捷开发 -> 持续集成 -> 持续交付 -> 持续部署

3.2 多集群管理

        可以根据客户需求对开发、测试、生产环境部署多套 kubernetes 集群，每个环境使用独立的物理资源，相互之间避免影响。

3.3 多环境一致性

        Kubernetes 是基于 docker 的容器编排工具，因为容器的镜像是不可变的，所以镜像把 OS、业务代码、运行环境、程序库、目录结构都包含在内，镜像保存在我们的私有仓库，只要用户从我们提供的私有仓库拉取镜像，就能保证环境的一致性。

3.4 实时反馈和智能化报表

        每次集成或交付，都会第一时间将结果通过多途径的方式反馈给你，也可以定制适合企业专用的报表平台。

四、基于 Jenkins+K8s+Harbor+Git 等技术链助力 DevOps 在企业落地实践案例

4.1 神州泰岳 k8s+DevOps+微服务生态体系建设与实践 

        开发代码 -> 提交代码到代码仓库 -> Jenkins 调 k8s API -> 动态生成 Jenkins Slave Pod -> Slave Pod 拉取 git 上的代码 -> 编译代码 -> 打包镜像 -> 推送镜像到镜像仓库 harbor 或者 docker hub -> 通过 k8s 编排服务发布到测试、生产平台 -> Slave Pod 工作完成之后自动删除 > 通过 Ingress 发布服务

4.2 百度：基于 k8s 构建亿级 PV 流量的 DevOps 平台

功能图：

架构图：

发布应用到测试环境：

发布应用到生产环境：

整个 DevOps 流程图：