1.3 Cloud Native 背 后 的
诉 求
在 Amazon 曾 经 出 现 过 一 个 这 样 的 问
题 , 当 团 队 人 数 快 速 增 长 之 后 , 沟 通
效 率 越 来 越 低 , 如 何 提 高 沟 通 效 率
呢 ? 如 何 减 少 会 议 呢 ? 最 好 的 方 式 当
然 是 不 开 会 , 那 么 怎 么 才 能 不 开 会 却
实 现 高 效 沟 通 呢 ? 那 就 是 让 各 个 团 队
关 注 不 同 的 模 块 。 拆 分 服 务 就 是 一 种
方 式 , 让 每 个 团 队 独 立 负 责 一 个 服
务 , 通 过 契 约 化 的 接 口 缩 小 沟 通 范
围 , 只 要 接 口 不 发 生 变 化 , 就 不 需 要
过 分 关 注 外 部 的 变 化 。 这 就 是
Amazon 拆 分 服 务 的 初 衷 。
现 在 正 处 于 一 个 业 务 快 速 增 长 的 时
代 , 产 品 需 要 更 快 的 交 付 速 度 , 更 好
的 用 户 体 验 , 机 会 转 瞬 即 逝 。 有 会 分
国
1.3 Cloud Native 背 后 的 诉 求
传 统 企 业 打 不 过 互 联 网 公 司 呢 ? 一 个
重 要 的 原 因 是 产 品 的 进 化 速 度 太 慢 ,
不 能 根 据 用 户 的 反 馈 快 速 迭 代 , 当 标
个 功 能 用 户 使 用 的 频 率 比 较 高 时 , 产
品 的 方 向 可 能 会 发 生 转 变 。
交 付 速 度 的 提 高 不 能 以 降 低 可 用 性 为
代 价 。 我 们 都 知 道 更 新 是 可 用 性 的
“ 天 敌 “, 只 要 更 新 就 可 能 发 生 故 障 。
传 统 企 业 提 升 可 用 性 的 一 种 方 法 就 是
少 发 布 、 多 审 核 , 这 显 然 是 和 高 交 付
速 度 背 道 而 驰 的 。Cloud Native 通 过
一 系 列 工 具 、 方 法 减 少 发 布 导 致 的 可
用 性 问 题 , 而 不 是 减 少 发 布 次 数 。
在 微 服 务 架 构 中 , 服 务 数 量 大 幅 增
加 , 性 能 、 一 致 性 等 问 题 越 来 越 严
重 , 架 构 变 得 越 来 越 复 杂 , 如 何 解 决
这 些 问 题 ? 在 本 书 中 可 以 找 到 想 要 的
国
1.3 Cloud Native 背 后 的 诉 求
答 案 。
加 入 书 架 随 时 阅 读
x 〈 上 - 个 下 一 个 》 已

Backlinks