在刚入职的 1～3 年内，技术人员的发展路径比较单一，主要是从工程师往高级工程师发展，这个阶段主要目标是积累，夯实后续发展的基础，重点提高自己的工作基础能力，培养技术深度和广度，对不同方向的新技术保持强烈的好奇心和学习心。而对于技术专家来说，要具备项目架构、项目经验、管理推进与沟通协作能力，能够独立负责一个项目，做好项目架构，完成功能模块的拆解与任务分配，推进团队内、外部的事务、协调资源，管理进度

iCode是基于开源代码评审工具 Gerrit 的代码托管平台，也是采用的 Change Request 机制，当开发人员提交代码后，就会触发 iCode 内置的代码检查和流水线检查，最大程度的保证代码入库的质量。当团队对提交代码的质量有严格要求时，需通过开启代码评审，进行代码检查，来控制提交代码的质量。该模型可以有效管控提交代码的质量，因为每次提交都会生成一个 Code Review，如果代码变

采用 Git 仓库存储创建环境的部署脚本的实践，和基础设施即代码的实践是一样的。采用基础设施即代码和 CMDB 结合的方式，在代码库中提供部署模板，在 CMDB 中提供具体环境的配置信息，在部署环境时将该环境具体的配置项替换到模板中，即可完成部署。这不仅降低了环境管理的成本和风险，能够快速的交付环境，并且自动化的过程使得环境的部署是可重复的、时间是可预测的。经过上面的步骤，创建环境所使用的部署脚本

本课时并未详细的介绍任何一个具体的指标，主要介绍了什么样的指标是好指标，如何选择指标和如何使用指标，强调了度量指标在于精，而不是多。比如每个任务都要有开始时间和结束时间，每个事件都应该有发生、处理、解决的时间记录，事物之间的关联（如代码提交与任务或缺陷的关联，代码库与产品线的关联，流水线构建与代码库的关联等）。反馈循环是有效改进的基础，通过度量指标的反馈，有助于更加精准的调整团队的行动，改善整个组

当需要查找给定 key 的 Item 时，首先计算 key 的 Hash 值，然后对哈希表中与 Hash 值对应的 bucket 中进行搜索，通过轮询 bucket 里的单向链表，找到该 key 对应的 Item 指针，这样就找到了 key 对应的存储 Item，如下图所示。一般情况下，Item 并不会将 chunk 填满，但由于每个 key/value 在存储时，都会根据 kev/value s

混沌工程应该成为传统测试的补充，是经过传统测试后系统已经足够稳定，可以在生产环境中被任意“破坏”，来进一步增强系统的稳定性的工程。混沌工程的核心思想是以可控的方式主动注入故障，以验证系统的行为是否符合我们的预期，并在不正常的情况下进行修复，以此提高系统的稳定性。随着软件工程不断发展，近几年，出现了一种新的实践，这就是今天要介绍的内容——混沌工程，它通过在生产环境中对系统进行破坏，来不断增强软件的健

通过将有价值的软件、满意的用户与企业的最终业务目标相联系，就能实现企业的业务价值，即商业目标，比如用户量的增长，收入的增加，成本的降低等。结合 DevOps 实践来说，假如搜狗搜索利用 DevOps 实践提高了搜索服务版本更新的速度和搜索的准确性，为更多的用户提供了更好的搜索服务，就会有越来越多的用户选择搜狗搜索，此时就会影响到二者的市场占有率。对于业务价值的度量需要从最终用户的角度出发，衡量用户

最简单的办法是把配置信息打包到每个环境的部署包里，但这样每次都需要构建多个环境的部署包，导致编译打包时间较长且部署包体积较大，并且不能保证每个环境测试的软件的唯一性。因此，这里的配置主要是指应用程序的配置，配置管理主要是指如何存储不同环境的应用程序配置，以保证各个环境使用的都是同一份代码。另外，配置项的版本、版本的回退都需要单独维护。这就是今天要跟你介绍的内容——配置管理，在每个环境使用相同的部署