34、技术协作与问题解决：特色旗帜、灾难恢复与游戏日

技术协作与问题解决：特色旗帜、灾难恢复与游戏日

1. 特色旗帜与持续交付的探索

在一次会议结束后，Tabrez对团队的客户关注度表示认可，这让团队成员信心大增。随后，团队围绕即将在九月中旬推出的新鞋系列发布计划展开讨论。

1.1 发布模式的困境

目前团队的工作模式是每天多次提交代码，但大约每三周才进行一次发布，这样的反馈周期过慢，难以尽早发现问题。尽管团队增加了单元测试覆盖率，但随着一个约束点被解决，新的约束又会出现，当前的主要问题集中在发布方式上。

1.2 特色旗帜的引入

为了解决发布问题，团队提出了特色旗帜（Feature Flags）的概念。特色旗帜可以让团队在后台逐步推出更改，例如将某个功能仅暴露给特定的用户群体进行验收测试或提供给信任的测试用户。通过这种方式，可以更灵活地控制功能的发布，减少风险。

1.3 新发布仪表盘的优势

Alex展示了他上周开发的新发布仪表盘，该仪表盘具有以下优点：
- 可以在一个列表中显示应用使用的所有旗帜，通过一键开关控制。
- 允许Tabrez及其指定的少数人进行控制。
- 可以设置标签，让系统运维人员过滤环境配置更改。
- 可以设置旗帜，在数据库刷新时将网站置于维护模式。
- 代码中已经设置了片段，使新鞋系列发布页面可以通过一键操作仅对鞋类部门可见。

1.4 Tabrez的考虑与决策

Tabrez对特色旗帜和新发布仪表盘表示了一定的兴趣，但由于此次发布涉及敏感信息，他担心竞争对手获取信息。不过，他也意识到特色旗帜可以解决一些问题，例如进行预发布和向顶级零售商