字节跳动亿级DAU客户端发布最佳实践
本文是字节跳动发布工程团队的高磊讲师在2021 GOPS 全球运维大会中「字节跳动亿级DAU客户端发布最佳实践」的分享全文，公众号后台回复“GOPS”获取分享完整 PPT及技术交流群二维码。
1、移动发布特点&难点
如何打造一个高效的发布流水线？ 如何保证流程的安全性？ 如何达到更好更快的放量效果？ 如何保证发布数据的可靠性？
2、字节跳动移动发布体系
首先在构建层面，我们抛弃了基于Jenkins的二次开发模式，完全采用自研的分布式调度集群，实现多主多活，自动恢复，支持任务优先级调度等方案，整个可用性也有了大幅提升；
在流水线设计方面，我们放弃了之前完全脚本化的方式，提炼出了很多通用的系统原子能力，大幅降低了用户的使用成本，交互体验有了大幅改善；
除此之外，我们在安全方面做了一些建设，整体从需求开始就有渗透，目前来看基本覆盖了CI/CD全流程；
在数据这块，我们确定了以制品库作为发布的数据基座，从之前关注版本的宏观视角落到关注产物的微观视角，整个平台的架构更加清晰；
最后，我们围绕灰度放量这个环节进行了多种方式的探索，目标是提高我们的问题反馈率，尽可能把一些潜在的严重问题前置暴露；
粒度过大，那内部结构就过于复杂，不利于直接深入到本质，这说明还需要往下拆解； 粒度过小，没有太多度量的价值，那他就可以合并到其他原子能力里面；
有独立的功能定位：
这里面独立指的是执行独立，权限独立，数据独立这三个维度； 执行独立指的是原子能力在给定了基本的依赖数据后就可以独立运行，可以实现特定的功能； 权限独立指的是原子能力需要具备独立的权限，不受其他原子能力的直接控制； 数据独立指的是原子能力应该享有独立的数据通路，可以直接和流水线框架做一些数据的沟通；
可独立度量改进：整个发版流水线的度量最终会落到单个原子能力上，如果你的原子能力本身无法被某个指标度量，那么说明这是个无效的原子能力，他不具备独立存在的条件，需要通过兼并或者拆解来达到度量的要求；
首先安全团队的职责是负责对安全问题定级，提供安全问题的整改方案，并且辅助落地；比如在我们现在的平台上，安全团队就提供了黑盒和白盒的扫描能力，以及相应的规则库； 其次是平台团队，平台团队对系统的流程负责，平台不能不管，也不能管的太死，简单粗暴的规则“一刀切”肯定是不行的，更合理的做法是提供灵活的卡点能力和配置能力，业务可以根据自己的实际情况配置 卡口级别；在具体的问题上，我们采取的还是“增量问题动态修复，存量问题限期整改”这样的原则； 最后是业务团队，需要提高对安全问题的重视和反馈，积极配合整改意见的实施，分阶段按优先级来推动安全问题的整改落实；。