标准化研究 - 开发运维一体化两岸共通标准研究报告.docx

1、海峡两岸信息产业和技术标准论坛技术报告汇编开 发 运 维 一 体 化 两 岸 共 通 标 准 研 究 报 告DevOps Cross-strait Common Standard Research Report中 国 电 子 工 业 标 准 化 技 术 协 会 中 国 电 子 技 术 标 准 化 研 究 院 华 聚 产 业 共 同 标 准 推 动 基 金 会 台 湾 云 端 物 联 网 产 业 协 会共 同 公 布目 录前 言 .1第一章 DevOps 简介 21.1 创 新 思 维 与 革 新 21.2 未 来 发 展 前 景 5第二章 DevOps 发展情况 62.1 萌 芽 与 缘 起

2、62.2 淬 炼 与 演 进 72.3 适 用 类 型 渐 增 92.4 组 织 文 化 与 管 理 能 力 11第三章 DevOps 应用场景 123.1 研 华 WISE-PaaS/EnSaaS 物 联 网 云 平 台 DevOps 实 践 123.1.1 案 例 简 介 .123.1.2 需 求 分 析 .133.1.3 解 决 方 案 .153.1.4 总 结 .233.2 Gogolook全 球 千 万 用 户 等 级 App 的 DevOps 架 构 .243.2.1 案 例 简 介 .243.2.2 需 求 分 析 .253.2.3 解 决 方 案 .263.2.4 总 结 .3

3、23.3 腾 讯 社 交 网 络 业 务 持 续 运 维 方 案 与 实 践 .343.3.1 案 例 简 介 .343.3.2 需 求 分 析 .363.3.3 解 决 方 案 .373.3.4 总 结 .473.4 华 为 华 为 云 软 件 开 发 服 务 DevCloud .483.4.1 案 例 简 介 .483.4.2 需 求 分 析 .483.4.3 解 决 方 案 .503.4.4 总 结 .56第四章 海峡两岸 DevOps 关键技术 .594.1 Docker 及 应 用 编 排 技 术 .594.2 微 服 务 应 用 604.3 安 全 工 具 614.4 自 动 化

4、测 试 624.5 流 程 管 理 624.6 领 域 型 解 决 方 案 63第五章 市场潜在 DevOps 标准化需求 .645.1 DevOps 标 准 化 需 求 分 析 645.2 DevOps 标 准 化 建 议 655.2.1 基 础 标 准 .655.2.2 产 品 /解 决 方 案 标 准 .665.2.3 安 全 标 准 .665.2.4 服 务 标 准 .675.2.5 流 程 /过 程 管 理 675.3 总 结 68附录 1：名词术语对照表 69附录 2：DevOps 共通标准研究报告参编单位及人员名单 .71附录 3：中电标协和电子标准院简介 72附录 4：华聚基金

5、会和台湾云协简介 741前 言云 计 算 作 为 信 息 技 术 领 域 的 一 种 重 大 创 新 应 用 模 式 ， 是 战 略 性 新 兴 产 业 的 重 要 组 成 部 分 ， 为 推 动 两 岸 云 计 算 标 准 融 合 与 共 通 ， 促 进 两 岸 云 计 算 产 业 合 作 与 发 展 的 理 念 ， 自 2013 年 10 月 “第十届海峡两岸信息产业和技术标准论坛” 开设云计算分论坛以来， 在两 岸 云 计 算 专 家 共 同 努 力 下 ， 双 方 在 合 作 机 制 、 标 准 、 产 业 、 开 源 组 织 等 方 面 进 行 了 广 泛 沟通，成功牵引和带动两岸云

6、计算产业及标准务实合作。在 2017 年第十四届活动中， 许多与会学者专家和产业代表一致认为， 云服务发展至 今 已 扭 转 整 个 世 界 、 产 业 、 消 费 习 惯 甚 至 生 活 形 态 ， 而 背 后 支 撑 这 些 服 务 的 软 件 的 重 要 性 已 不 可 同 日 而 语 ， 不 仅 默 默 支 持 业 务 ， 更 成 为 拓 展 业 务 的 关 键 要 素 ， 也 被 赋 予 成 重 塑 企 业 软 件 开 发 流 程 和 组 织 文 化 的 神 圣 使 命 ， 而 DevOps 的 出 现 ， 改 变 了 企 业 开 发 与 交 付 软 件 的 方 式 ， 打 破 了

7、开 发 和 运 营 团 队 的 文 化 隔 阂 与 壁 垒 ， 被 视 为 当 今 企 业 转 型 的 有 力 工 具 ， 包 括 Amazon、 Facebook、 Netflix 等国际企业均因采用 DevOps 流程大幅提升市场竞 争力。为 推 动 推 动 两 岸 在 DevOps 方 面 的 相 互 了 解 与 合 作 机 会 ， 海 峡 两 岸 云 计 算 分 论 坛 组 成 海 峡 两 岸 云 计 算 工 作 组 ， 组 织 双 方 企 业 和 专 家 ， 在 今 年 首 次 针 对 这 个 议 题 共 同 编 着 了 开 发 运 维 一 体 化 （ DevOps） 两 岸 共 通

8、 标 准 研 究 报 告 ， 邀 集 了 两 岸 知 名 且 具 代 表 性 的 企 业 案 例 分 享 ， 从 理 论 、 实 务 与 标 准 等 方 面 加 以 探 讨 ， 希 望 提 供 两 岸 产 业 界 参 考 ， 希 望 通过此工作，对接海峡两岸产业合作需求，推动两岸合作实质落地。2第 一 章 DevOps 简 介软 件 工 程 发 展 史 上 ， 工 程 师 们 为 了 解 决 各 时 代 不 同 软 件 开 发 环 境 和 效 率 、 质 量 与 速 度问题，不断推出相关软件开发标准和规范，譬如早期 ISO9001 进化到 CMMI，或从瀑 布式开发演变到今日的敏捷（Agile

9、），其目的皆与软件开发程序与时俱进，满足当代产 业 脉 动 需 求 。 近 年 ， 互 联 网 和 云 端 服 务 大 规 模 普 及 ， 彻 底 颠 覆 了 由 来 以 往 的 竞 争 格 局 ， 客 户 需 求 变 化 多 端 ， 商 业 模 式 日 新 月 异 ， 以 移 动 APP 为 核 心 市 场 成 为 兵 家 必 争 之 地 ， 在 此 产 业 发 展 背 景 之 下 ， 企 业 软 件 开 发 速 度 和 质 量 受 到 空 前 重 视 ， 而 特 别 能 满 足 此 类 产 业 需求的 DevOps 方法便应运而生。市 场 对 于 DevOps 的 发 展 和 应 用 虽

10、不 陌 生 ， 但 各 方 定 义 目 前 却 仍 未 江 山 一 定 ， 原 因 是现阶段尚未出现正式的 DevOps 国 际 标 准 （ ISO 与 IEEE 皆 草 案 制 定 中 ） 。 本 研 究 报 告 综合目前 全 球 IT 企业如 Amazon、 HP、 IBM、 微软等以 及 Garner 等知名研 究机构对 DevOps 的定义加以融合为：“DevOps 象 征 IT 文 化 的 转 变 ， 着 眼 于 采 用 敏 捷 、 精 实 的 系 统 化 作 法 ， 达 成 快 速 的 IT 服 务 交 付 ， 其 本 质 是 一 种 分 工 ， 强 调 在 人 群 与 文 化 层

11、 面 ， 试 图 促 进 开 发 和 运 营 团 队 的 合 作 ， 亦 即 通 过 开 发 、 测 试 、 运 维 等 角 色 职 责 的 分 工 ， 来 实 现 工 程 效 率 最大化，进而满足业务需求。”1.1 创 新 思 维 与 革 新传统企业分工模式无法反应新业务工作需求是 DevOps 崛 起 的 原 因 之 一 ， DevOps 提 出 了 许 多 创 新 概 念 和 实 施 方 法 ， 消 除 了 这 些 因 为 重 复 性 工 作 和 资 源 不 均 导 致 的 效 率 低 落 问 题 ， DevOps 分工和传统模式的区别如图 1-1 所示。3图 1-1 DevOps 分工

12、和传统模式的区别图 片 来 源 : http:/ 运维与 QA 质量保障，设为各自独自的部 门 ， 开 发 部 门 的 驱 动 力 是 频 繁 交 付 新 功 能 ， 因 此 开 发 和 部 署 无 需 考 虑 IT 支持或 QA 跨部 门 支 持 ， 而 运 维 部 门 则 关 注 在 IT 服 务 的 可 靠 性 和 运 作 效 率 ， 各 部 门 目 标 彼 此 冲 突 、 时 而 相 擘 ， 久 而 久 之 ， 开 发 和 运 维 部 门 产 生 一 道 鸿 沟 ， 拖 累 整 个 企 业 交 付 业 务 的 速 度 ， 可 能 冲突场景如下： 开发人员往往没有考虑程序对运维造成的可能

13、影响， 在交付程序之前， 自然也不 会邀请运维人员参与架构决策或程序评审； 开发人员修改配置或环境后，并未及时告知运维人员，导致新的程序无法执行； 运维人员对应用程序缺乏了解，不易正确选择执行环境和发布流程； 运维人员希望尽量避免修改功能，降低异动可能引发的宕机风险； 决策阶层不了解团队工作状况，业务部门亦无法掌握需求被处理的进度； 开发团队工具不同，不同团队沟通不易。 上 述 场 景 并 不 罕 见 ， 因 为 在 多 数 企 业 里 ， 应 用 程 序 发 布 是 一 项 涉 及 多 团 队 、 风 险 高 、压 力 大 的 任 务 ， 各 团 队 立 场 很 容 易 针 锋 相 对 。

14、但 DevOps 提 供 协 同 工 作 的 流 程 和 方 法 ，4搭 配 自 动 化 工 具 ， 来 打 破 不 同 部 门 之 间 的 壁 垒 ， 打 通 以 前 曾 是 瓶 颈 的 每 个 环 节 ， 大 幅 减 少甚至消除这些障碍，主要差异在于： 先以价值产出为目标导向，再向下展开流程和方法； 以应用程序为中心来理解基础设施； 定义简洁明了的流程； 更小、更频繁的变更； 让开发人员有更多权限能控制生产环境； 尽可能自动化； 促成开发与运维协作。有 些 专 家 认 为 DevOps 是 敏 捷 （ Agile） 和 精 实 （ Lean） 开 发 概 念 的 延 伸 ， 主 要 在 打

15、 破 过 往 封 闭 回 路 ， 从 需 求 分 析 、 系 统 设 计 、 程 序 开 发 、 安 装 测 试 、 系 统 运 维 的 每 一 个 独 立 的 阶 段 ， 要 求 开 发 人 员 、 运 维 人 员 等 尽 可 能 以 自 动 化 方 式 执 行 任 务 ， 例 如 由 工 具 进 行 自 动 化 测 试 、 自 动 化 部 署 ， 减 少 手 动 及 传 递 或 等 待 的 时 间 ， 避 免 人 为 错 误 ， 改 善 软 件 交 付 质 量 ， 另 外 ， 也 将 自 动 化 相 关 资 料 提 供 给 所 有 参 与 的 人 ， 根 据 量 化 的 资 料 加 以 滚

16、 动 式 改 进 。 DevOps 以频繁更新降低系统风险如图 1-2 所示。图 1-2 DevOps 以频繁更新降低系统风险图 片 来 源 :维 基 百 科 https:/upload.wikimedia.org/wikipedia/commons/1/1c/Agile-vs-iterative-flow.jpg5从 一 些 导 入 案 例 来 看 ， 实 施 DevOps 确 实 能 对 企 业 生 产 起 巨 大 作 用 ， 以 开 发 部 署 速 度 为 例 ， 传 统 开 发 周 期 常 用 大 规 模 、 不 频 繁 的 发 布 ， 所 以 常 常 以 “季 ”或 “年 ”为 单

17、位 发 布 ， 改 用 DevOps 或 迭 代 式 开 发 后 ， 大 幅 缩 短 成 为 以 “天 ”或 “周 ”为 单 位 周 期 ， 1 年 发布 18 个 版 本 ， 甚 至 1 天发布 18 次 都 不 令 人 意 外 。 DevOps 持 续 频 繁 的 发 布 ， 每 次 发 布 变 化 自 然 相 对 变 少 ， 每 次 部 署 也 就 不 会 对 生 产 系 统 造 成 巨 大 影 响 ， 因 此 应 用 程 序 会 以 平 滑的速率逐渐增生，也让企业不用担心系统崩溃和服务失效的风险。1.2 未 来 发 展 前 景目前许多企业已经开始关注 DevOps， 不论是从交付和部署

18、流水线的自动化起步投入 小 规 模 试 点 ， 或 从 底 层 基 础 架 构 的 容 器 化 开 始 探 索 这 块 领 域 ， 都 看 中 它 在 扭 转 传 统 软 件 开 发 时 过 于 片 段 与 无 法 快 速 回 馈 需 求 改 变 的 缺 陷 ， 不 过 ， 从 整 体 来 看 全 球 除 了 大 型 联 网 业者之外，其他还是处于比较前期的尝试阶段，缺乏大规模、系统性的导入。总 结 而 言 ， 在 传 统 软 件 开 发 和 基 础 设 施 程 序 管 理 的 组 织 ， 其 内 部 开 发 、 运 维 和 测 试 经 常 互 不 相 通 ， 但 通 过 导 入 DevOps

19、 科 技 化 方 法 、 自 动 化 工 具 等 ， 就 可 以 更 快 、 更 有 效 率 的 开 发 和 改 进 ， 让 组 织 能 对 客 户 提 供 更 快 、 更 好 的 服 务 。 因 此 ， 即 使 有 些 专 家 认 为 虽 然 它 不 是 一 个 具 体 的 技 术 ， 但 仍 对 它 的 未 来 发 展 寄 予 厚 望 ， 并 认 为 将 进 一 步 结 合 新 工 具 和新技术后迅速在市场普及。6第 二 章 DevOps 发 展 情 况DevOps 兴 起 并 非 一 朝 一 夕 ， 事 实 上 ， 在 历 经 近 10 年 的 进 化 改 进 后 ， DevOps 的含

20、意 已 不 再 只 是 单 纯 字 面 意 思 的 开 发 运 维 一 体 化 ， 而 具 有 组 织 文 化 变 革 的 意 涵 ， 成 为 贯 穿 产 品 与 软 件 研 发 生 命 周 期 ， 包 括 纵 向 打 通 需 求 、 设 计 、 开 发 、 编 译 、 构 建 、 测 试 、 部 署 、 运维，横向打通架构、开发、测试、质量监管、运维、运营等概念。2.1 萌 芽 与 缘 起一 般 认 为 DevOps 之 所 以 兴 起 ， 在 于 进 入 云 计 算 时 代 ， 企 业 核 心 商 业 行 为 与 网 络 密 不 可 分 ， 大 量 的 应 用 服 务 将 载 体 迁 移

21、到 云 端 ， 使 过 去 网 络 底 层 架 构 、 中 介 软 件 和 环 境 设 定 工 作 承 载 变 得 不 再 沉 重 ， 取 而 代 之 的 挑 战 是 如 何 满 足 快 速 市 场 变 化 与 需 求 ， 推 出 对 应 的 获 利 服 务 ， 对 这 些 如 同 企 业 命 脉 的 应 用 服 务 ， 势 必 要 加 速 开 发 、 不 断 更 新 、 持 续 交 付 ， 速 度 等 同 商 机 ， 所 以 网 络 大 腕 级 企 业 和 领 域 专 家 的 软 件 工 程 师 们 ， 都 相 继 提 出 各 自 的 解 决方案。时间回溯 2008 年， 全球信息科技产业出

22、现一些重大讯息， 比如金融海啸引发经济危 机 、 微 软 拟 以 446 亿 美 元 收 购 雅 虎 遭 拒 、 Google 推 出 手 机 专 用 的 Android 平 台 、 全 球 最 大 的 垃 圾 邮 件 发 送 商 McColo 遭 断 惩 处 、 以 及 奥 巴 马 运 用 网 络 科 技 当 选 美 国 总 统 ， 使 人 们了解到互联网对当代局势影响的重要性。场景 转到加 拿大 多伦多 敏捷会 议 （ Agile Conference） 、 Patrick DeBois 和 Andrew Shafer 两 位 专 家 对 传 统 软 件 开 发 流 程 深 感 受 挫 ，

23、 故 深 入 讨 论 敏 捷 架 构 的 发 展 性 ， 业 界 人 士 咸 认 这场会议让 DevOps 概念萌芽。次年，两位 Flickr 工程师 John Allspaw 和 Paul Hammond 在美国加州 Oreilly Velocity 大 会 发 表 “1 天部署 10 次 ”引 发 热 烈 回 响 ， 而 此 一 演 说 启 动 了 Patick DeBios 在同年 10 月于比利时 根特市创办全世界 第一场 DevOpsDays 活动， 当时 此消息在 twitter 上 快 速 传 播 时 ， 许 多 人 将 DevOpsDays 缩 写 简 化 成 “DevOps”

24、， DevOps7一词就此正式诞生。自此之后，DevOps 经 常 变 成 各 大 IT 论 坛 和 演 讲 焦 点 议 题 ， 迅 速 在 世 界 各 地 蔓 延 ， 至今全球各地 DevOpsDays 已举办超过 60 场 ， 若 再 加 上 其 他 与 各 种 形 式 相 关 讨 论 或 分 享 更为可观，意味有愈来愈多的人对这个词所包含的理念与实践，有非常深刻的共鸣。经 过 数 年 的 产 业 倡 议 ， DevOps 发 展 日 趋 成 熟 ， 在 2010 年 美 国 山 景 城 DevOpsDays活 动 中 ， Damon Edwards 提 出 以 “CAMS”来 诠 释 D

25、evOps， 即 文 化 （ Culture） 、 自 动 化（A utomation） 、 度量 （Me asurement/Metrics） 和分 享 （Sha ring） ， 之后 ， 又有 Jez Humble 把原本用于丰田生产 方式的精益 （ Lean） 管理原则加以转变 并 融合其中， 变成 “CALMS”， 其 精 神 更 能 抓 住 DevOps 的 深 意 ， 即 除 了 技 术 之 外 ， 还 有 管 理 与 组 织 文 化 的 议 题 ， 也 就 是人的问题，概述如下： 文化：指组织文化应勇于变革，促进协同工作与沟通； 自动化：指尽可能降低价值链中可能存在的人为干扰环节

26、； 精 益 ： 指 及 时 制 造 （ 开 发 ） ， 消 除 一 切 浪 费 ， 利 用 快 速 推 出 逐 步 改 善 的 方 式 强 化 产品的弹性； 度量：指通过测量和监控取得数据，并通过数据改善循环周期； 分享：指开放与他人分享成功或失败经验，以不断学习。2.2 淬 炼 与 演 进DevOps 工具对其快速普及扮演了很重要 的推手 ， 不论是商业软件或开源软件 ， 企业 能 够 选 择 使 用 的 工 具 ， 早 期 只 有 单 纯 构 建 、 部 署 、 运 维 阶 段 的 个 别 方 案 ， 到 今 天 细 化 成 可 以 分 别 支 撑 构 建 、 持 续 整 合 、 持 续

27、交 付 、 配 置 管 理 、 日 志 纪 录 、 监 控 、 协 同 运 作 、 测 试 等 不 同 流 程 的 工 具 包 ， 整 合 出 几 乎 等 同 全 方 位 解 决 方 案 ， 使 用 这 些 工 具 的 成 功 案 例 ， 又 被 当 成 新 进 企 业 的 工 作 指 引 ， 协 助 企 业 挑 选 和 搭 配 符 合 自 己 公 司 自 动 化 程 序 无 缝 接 轨8的落地方案。早期 DevOps 工具如 Saltstack， 曾经尝试把 部分 DevOps 概念具象出 一些基本的功能 和 接 口 ， 但 真 正 投 入 实 际 运 作 过 程 中 ， 会 消 耗 大 量

28、 资 源 ， 而 且 需 要 自 行 加 工 ， 例 如 自 己 再 撰 写 一 些 程 序 ， 才 能 达 到 期 望 的 自 动 化 功 能 ， 而 且 有 时 需 要 安 装 在 客 户 端 ， 增 加 了 部 署 的 难 度 ， 这 些 都 让 早 期 DevOps 发 展 没 有 那 么 顺 利 ， 直 到 最 近 ， 许 多 工 具 在 工 具 厂 商 和开源组织的集体创作之下，有了比较突破性的发展，也让 DevOps 的接受度快速打开， 以下列讨论度较高的两种技术工具为例： 容 器 （ Container） 过 去 在 软 件 开 发 流 程 中 ， 对 于 执 行 软 件 的

29、操 作 系 统 和 网 络 环 境 相 当 依 赖 ， 而 容 器 出现 后 ， 它 运 用 虚 拟 化 “应 用 程 序 及 其 相 对 应 的 环 境 ”技 术 ， 从 根 本 上 解 决 了 软 件 对 环 境 依 赖 的 问 题 ， 在 整 个 应 用 程 序 生 命 周 期 工 作 流 程 中 ， 提 供 隔 离 、 可 移 植 性 、 弹 性 、 延 展 性和控制能力，以及为开发与作业提供隔离。尤其 Docker 出 现 后 ， 这 种 具 有 轻 量 化 优 势 的 容 器 技 术 ， 带 来 高 可 用 性 和 易 用 性 ， 让 DevOps 的 普 及 向 前 跃 进 。

30、根 据 VMfive 的 调 查 ， 2013 年 以 前 ， 只 能 使 用 Chef 或 Puppet 等 架 构 厚 重 、 使 用 不 便 的 容 器 技 术 ， 所 以 企 业 导 入 不 易 ， 直 到 Docker、Kubernetes 等 轻 量化容器出现后， 再加上工具厂商适时推出各种可云端托管的容器管理服务， 让 2017 年 全球采用容器技术的企业大爆发， 一举超过 70%， 也吸引愈来愈多企业愿意采纳 DevOps。 微 服 务 （ Microservices） 传 统 应 用 程 序 开 发 架 构 多 半 是 单 体 式 应 用 程 序 或 三 层 架 构 ， 而

31、不 管 哪 一 种 ， 都 越 来越 难 应 付 大 规 模 部 署 、 服 务 不 中 断 ， 庞 大 的 架 构 与 无 穷 无 尽 的 程 序 代 码 成 为 开 发 上 的 沉 重负担。微服务架构出现后，它以单一责任的小功能区块为基础，彼此通过 API 通信来 构 建 出 大 型 的 应 用 程 序 ， 这 种 方 式 由 于 职 责 单 一 、 程 序 代 码 少 ， 不 仅 提 高 开 发 速 度 ， 亦9可 达 到 独 立 部 署 、 调 校 与 测 试 的 目 的 ， 让 大 型 服 务 能 通 过 快 速 水 平 扩 充 易 于 应 付 突 发 性 流量暴冲的问题， 这也是

32、DevOps 发展的重要助力之一。 DevOps 相关工具如图 2-1 所示。图 2-1 DevOps 相关工具数 据 源 : Continuous delivery tool landscape James Bowman http:/www.jamesbowman.me/post/continuous-delivery-tool-landscape/愈来愈多支撑 DevOps 工具问世， 让企业对 DevOps 的观念和技术愈来愈容 易采用和 熟 悉 ， 协 助 企 业 成 功 重 整 原 本 在 软 件 开 发 遭 遇 的 破 碎 流 程 和 工 具 杂 散 问 题 ， 甚 至 把 开 发

33、 / 运维等传统企业战略位阶较低的工作，提升到与企业策略同级，与战术目标紧密结合。2.3 适 用 类 型 渐 增适用对象方面， 过去有些专家认为 DevOps 比较适合大型网络服务业者， 譬如 Amazon、 Google、 Netflix、 阿 里 巴 巴 这 种 巨 型 商 业 公 司 ， 论 点 在 于 此 类 企 业 拥 有 大 量 优 秀 的 工 程 师 ， 也 有 充 沛 的 资 源 可 以 解 决 导 入 DevOps 时 遭 遇 的 各 种 困 难 ， 所 以 可 以 专 注 改 善 内 部 流 程 和 优 化 。 但 根 据 由 Puppet、 DORA 与云霁科技合作发表的

34、2017 年 DevOps 现状调 查 报 告 发 现 ， DevOps 适 用 于 所 有 类 型 的 组 织 ， 说 明 其 更 快 、 更 好 地 进 行 研 发 与 部 署 软 件 ， 实 现 组 织 价 值 。 而 另 一 份 Interop ITX 于 2017 年对 Devops 状 况 调 查 结 果 则 显 示 ， 企 业 对 于 实 施 DevOps 后 得 到 的 效 果 ， 第 一 名 是 部 署 的 应 用 表 现 和 质 量 ， 有 70%以 上 认 为10确 实 有 提 升 或 显 著 提 升 ， 而 其 他 除 错 和 维 护 应 用 时 间 也 有 缩 短 ，

35、 增 加 软 件 /服 务 的 部 署 频 率亦有提升，部门之间的协同合作等都有超过 50%的 人 表 示 肯 定 。在 Gartner 一份针对 2017 年 之 后 应 用 程 序 开 发 （ Application Development） 的 研 究 报 告数据指出，今后从事应用程序开发的企业中，将有 35%从原本使用的 Scrum 改变用敏 捷/精益为基础的软件开发方 法 ； 而至 2020 年， 预估将有 50%的企业会采用 DevOps 方案， 并以开源工具进行持续检测， 让 IT 组织能在稳定、 近似于实际生产环境的情境中执行 定 期 测 试 ； 另 外 将 有 50%的企业采

36、用先进的分析技术，提升应用程序的质量和交付速度。 Lean-Agile IT 最低限度的构建组成如图 2-2 所示。图 2-2 Lean-Agile IT 最低限度的构建组成 数 据 源 :Gartner/科 技 发 展 观 测 平 台 整 理 https:/outlook.stpi.narl.org.tw/index/focusnews/detail/307 事 实 上 ， DevOps 接 纳 度 之 所 以 快 速 提 升 ， 原 因 之 一 为 实 证 效 益 ， 有 愈 来 愈 多 工 具 使用 和 导 入 之 后 ， 对 于 公 司 的 效 率 或 其 他 目 标 有 显 著 的

37、提 升 ， 因 此 累 积 愈 来 愈 多 好 评 和 口 碑，就会吸引愈来愈多企业投入。DevOps 未来除了在既有技术基础优化 或 创新之外 ， 将转向创新分析技术， 即结合大 数据或 AI 人工智能等技术 ， 从企业庞大的巨量资料中探 勘挖掘， 产出有价值的情报， 超越 现 今 单 纯 提 供 战 情 数 据 回 报 功 能 而 已 ， 协 助 企 业 增 加 竞 争 力 ， 这 也 象 征 DevOps 未 来11的应用范围有机会再进一步扩大。2.4 组 织 文 化 与 管 理 能 力经 过 多 年 发 展 ， DevOps 概 念 、 技 术 、 工 具 、 架 构 和 方 法 已

38、逐 渐 成 熟 ， 例 如 导 入 方 法 上 可 从 时 间 、 质 量 两 大 目 标 着 手 改 进 ， 只 要 先 抓 住 这 两 个 最 高 位 阶 的 战 术 目 标 后 ， 再 细 化 后 续 展 开 的 各 项 任 务 ， 就 容 易 合 理 化 相 对 应 的 各 项 工 作 ， 而 从 许 多 市 场 研 究 报 告 和 产 业 分 享 案 例 中 也 能 发 现 ， 企 业 在 导 入 DevOps 过 程 中 ， 若 先 着 眼 于 最 终 目 标 再 细 化 各 流 程 步 骤 时 是 比 较 容 易 成 功 的 ， 几 乎 不 会 有 技 术 阻 碍 ， 反 而 对

39、 于 管 理 能 力 的 要 求 成 为 最 艰 难的部分，亦即技术层次最容易实践，流程其次，人的问题才是最难的最后一里。完 整 的 DevOps 是 一 个 庞 大 的 体 系 ， 和 企 业 的 组 织 架 构 、 技 术 、 流 程 、 文 化 息 息 相 关 ， 并 且 涉 及 组 织 改 造 ， 而 只 要 改 造 就 有 受 到 影 响 和 波 及 的 对 象 ， 因 此 任 何 革 新 都 无 法 忽略组织的反弹和人性的抗拒。部 分 专 家 认 为 DevOps 在 某 种 程 度 上 只 是 一 组 相 互 链 结 的 技 术 实 践 ， 所 以 企 业 采 纳 有 不 同 适

40、 应 ， 虽 然 遵 循 相 同 的 规 则 ， 但 最 终 会 拼 贴 出 属 于 自 己 企 业 文 化 和 流 程 的 蓝 图 。 虽 然 拼 图 不 尽 相 同 ， 但 在 产 业 实 务 发 展 上 ， 仍 有 许 多 组 织 偏 好 和 习 惯 能 有 一 个 管 理 框 架 去 实 现 这 些 不 论 是 组 织 文 化 或 流 程 方 面 的 变 革 ， 因 此 本 研 究 报 告 在 第 三 章 邀 请 海 峡 两 岸 在 DevOps 实 践 有 成 功 经 验 的 企 业 ， 提 供 导 入 历 程 或 方 法 ， 希 望 这 些 案 例 能 让 有 意 采 纳 DevO

41、ps 的企业更有信心或缩短学习曲线。 另外， 本研究报告也尝试从案例与调研资 料中 尝 试 提 炼 出 一 些 发 展 特 点 及 可 行 的 标 准 方 向 ， 来 提 供 更 多 的 思 维 角 度 ， 让 DevOps 实 践 能够更为容易。12第 三 章 DevOps 应 用 场 景3.1 研 华 WISE-PaaS/EnSaaS 物 联 网 云 平 台 DevOps 实 践3.1.1 案例简介（一）案例背景 在 物 联 网 的 带 动 下 ， 制 造 业 正 迎 来 新 一 轮 变 革 浪 潮 ， 云 计 算 、 大 数 据 、 人 工 智 能 等新技术正在加速与工业领域的全方位融合

42、。 纵观全球市场， 工业 4.0 趋势所向， 各国的企 业都在制造领域中寻找新的经济成长契机。 自 2015 年大陆公布 中国制造 2025 计划以 来，大陆的工业转型正迎来大突破、大升级。中国制造 2025的核心关键是为了打造 智 能 化 、 网 络 化 生 产 系 统 的 “智 能 工 厂 ”。 物 联 网 、 大 数 据 、 人 工 智 能 和 实 体 经 济 深 融 合，在工业的应用下已迎来蓬勃发展时期。作 为 最 早 工 业 计 算 机 行 业 的 厂 商 之 一 ， 研 华 意 识 到 物 联 网 的 发 展 趋 势 将 给 世 界 带 来 巨 大 的 变 化 ， 致 力 于 充

43、当 推 手 的 角 色 来 推 动 物 联 网 产 业 的 发 展 。 研 华 为 构 建 工 业 物 联 网 的完整价值链，自 2017 年起与资策会协同开发 IoT PaaS 物联网云平台，并导入 DevOps 的开发流程，以加速从端到云（Edge, PaaS, SaaS） 的 串 接 与 运 维 服 务 。 双 方 将 通 过 研 华 在 Edge 端 既 有 的 硬 件 系 统 优 势 、 共 同 开 发 WISE-PaaS 2.0 数 据 分 析 平 台 ， 以 及 开 放 各 垂 直领域第三方单位 SaaS 服务于该平台上进行开发 ， 以构建完整工业设备联网的运维云计 算服务平台。

44、（二）案例特点WISE-PaaS 工 业 物 联 网 云 平 台 ， 以 下 简 称 为 “WISE-PaaS 云 平 台 ”或 “云 平 台 ”， 是 一 个 整 合 的 物 联 网 服 务 平 台 ， 旨 在 从 边 缘 到 云 端 提 供 可 操 作 的 洞 察 力 。 让 使 用 者 能 够 轻 松 安 全 地 连 接 、 管 理 和 吸 收 大 规 模 的 物 联 网 数 据 ， 实 时 处 理 和 分 析 /可 视 化 数 据 。 凭 借 全套开发工具，WISE-PaaS 简 化 了 物 联 网 解 决 方 案 部 署 ， 使 资 源 可 集 中 在 关 注 的 专 业 领13域

45、。 WISE-PaaS 2.0 平台架构视图如图 3-1 所示。图 3-1 WISE-PaaS 2.0 平台架构视图3.1.2 需求分析 软 件 交 付 需 要 经 过 构 建 、 测 试 、 部 署 等 复 杂 过 程 ， 如 果 主 要 依 赖 人 工 去 完 成 这 个 流程需要花费很多时间，延误产品的上线发布。 为 了 实 现 软 件 的 快 速 交 付 ， 越 来 越 多 的 企 业 开 始 遵 循 DevOps 软件交付理念和方法，DevOps 集 文 化 、 实 践 和 工 具 于 一 身 ， 以 开 发 团 队 和 运 维 团 队 的 密 切 合 作 为 核 心 ， 通 过 工

46、 作 实 践 将 交 付 过 程 打 造 成 一 条 包 含 开 发 、 构 建 、 测 试 、 发 布 、 部 署 、 运 维 等 步 骤 的 标 准 化 流 程 ， 并 用 各 种 工 具 将 其 自 动 化 ， 最 终 实 现 产 品 的 快 速 、 高 质 量 交 付 ， 并 提 供 7*24 小 时 不 间 断 服 务 ， 如 图 3-2 所 示 ， 上 图 为 研 华 WISE-PaaS 架 构 流 程 与 工 具 ， 下 图 为 打 造 的 交付作业标准化流程。14图 3-2 DevOps 打造交付标准化流程153.1.3 解决方案（一）总体技术架构WISE-PaaS 平台解决方

47、案如图 3-3 所示。解决方案的最上层提供 CodePipeline 服 务 ， 它是正在开发的一款具有持续集成/持续交付能力，并能兼容 Jenkins 的 SaaS 化 产 品 。 通 过使用 CodePipeline， 可以使客户方便的 在云端实现从源码到应用的持续整 合和交付， 方 便客户快速的对产品进行功能迭代和推进。整 个 解 决 方 案 的 核 心 是 Jenkins，Jenkins 提 供 了 软 件 开 发 的 持 续 整 合 服 务 ， 它 通 过 Master/Agent 架构来实现分布式构建，将不同的任务下发到多台机器（Jenkins Node）执 行，提高处理性能。解决

48、方案的最 下层通过 Kubernetes 来管理 Jenkins 的节点 ， 当有构建任务 时会自动创 建 一 个 Docker Container 来 完 成 构 建 任 务 ， 当 任 务 结 束 后 Container 会 自 动 销 毁 ， 资 源 动 态使用动态销毁，避免资源浪费，无需担心源码或构建物外泄。图 3-3 WISE-PaaS 平台解决方案（二）具体技术方案16WISE-PaaS 平台技术方案可从两方面阐述，包括持续交付流程以及 Jenkins Pipeline， 如图 3-4 所示。图 3-4 WISE-PaaS 持续交付流程1) WISE-PaaS SRP（ Solut

49、ion Ready Package） 持 续 交 付 流 程 开发人员提交源码到源码仓库； 仓库打 tag 后通过 Git Webhook 触发 Jenkins 上面自动编译的 Pipeline； 编译后将产物存储到 storage， 例 如 blob； 触发 Jenkins 上面自动部署的 Pipeline 从 storage 拉取编译产物部署到准生产区； QA 在准生产区进行自动化及人工测试，包括功能测试、性能测试、压力测试和 稳定性测试。 测试通过后触发 Jenkins 上面自动部署的 Pipeline 将编译产物部署到生产区。2) Jenkins PipelinePipeline 是 Jenkins 的 一 系 列 插 件 的 组 合 ， 通 过 这 些 插 件 可 以 将 持 续 交 付 管 道 化 流 程 在一个 Jenkinsfile 中 实 现 ， 将 复 杂 的 交 付 流 程 转 化 为 code， 即 “Pipeline as Code”， 并 且 可以将 Jenkinsfile 放入项目的源码管理中，像管理其它源码一样来管理 pipeline 的