比特胶囊

16 | 持续交付知易行难，想做成这事你要理解这几个关键点 什么是持续交付 首先要把持续交付做好。 做持续交付就是提升整个研发体系效率的关键。 持续交付代表着从从业务需求开始到交付上线之后的端到端的过程。 业务/产品——开发——测试——运维：持续交付 开发——测试：持续集成 开发——运维：DevOps 业务/产品——测试 持续交付的关键点 配置管理 标准化是一个持续的过程 需求拆解 提交管理 构...

21 | 人多力量大vs两个披萨原则，聊聊持续交付中的流水线模式 项目需求分解 将项目管理中的需求与持续发布中的应用这两者很好地关联起来。 明确好需求拆分与应用功能的对应。 提交阶段之开发模式选择 开发模式 - 主干开发模式 - gitflow开发模式 - 分支开发模式 开发模式的选型原则 分支开发模式简单清晰，在实际操作中更适合我们使用。 ...

25 | 为什么蘑菇街会选择上云？是被动选择还是主动出击？ 我们所面临的问题 成本闲置问题 大促，需要业务系统有足够的容量支持，浪费机柜成本和人工投入。 基础设施维护问题 IDC机房选址，IDC机房的扩展问题，资源利用率问题 底层技术投入和人才的问题 越是底层的技术，技术门槛就越高、更复杂，也越离不开高端人才的投入。 以业务发展为生命线的公司，我们更期望能够在业务上取得创新和发展，而不是在技术上...

31 | 极端业务场景下，我们应该如何做好稳定性保障？ 我们所面对的极端业务场景 可预测场景：双11 不可预测场景：鹿晗公布恋情 我们要迎接的技术挑战 运维自动化 标准化覆盖面是否足够广泛，应用体系是否完善，持续交付流水线是否高效，云上资源获得是否足够迅速，这些都是运维自动化的基础。特别是对于不可预测的场景，考验的就是自动化的程度。 容量评估和压测 我们只有对系统容量十分清楚，才能针对特定场景判...

37 | 故障管理：谈谈我对故障的理解 系统正常，只是改系统无数异常情况下的一种特例。 Design for Failure： 我们的目标和注意力不应该放在消除故障，或者不允许故障发生上，因为我们无法杜绝故障。所以，我们更应该考虑的是，怎么让系统更健壮，在一般的问题面前，仍然可以岿然不动，甚至是出现了故障，也能够让业务更快恢复起来。 故障永远只是表面现象，其背后技术和管理上的问题才是根因 理解一个...