腾讯大的讲堂44-qqgame后台开发介绍.pptVIP

IV. 在现实中挣扎 一个复杂的系统，如何应对各种故障？ 一个庞大的需求，如何进行开发？ 进度排不过来，产品和策划该怎么办？ 新业务上线，频繁出现问题。 大规模设备升级＝＝无休止的加班。 系统解耦合 —— 抗风险 一个大灯泡和十个小灯泡的亮度是一样的，抗风险能力却不同 QQGame可以分拆成多个系统模块 单一模块的故障不影响整个系统的服务 非０即１不是我们的选择。 大需求化小 —— 多次迭代 化整为零：需求是可以分解为多个小特性的。 多次迭代：每次专注于一个小特性的开发。 频繁构建： 自动化测试保证代码质量。 分期上线 ——　解决资源冲突 当产品需求和开发资源冲突时怎么办？ 当时间无法保证系统完整上线时怎么办？ 买房可以分期付款，需求也可以分批交付。 还是不要非０即１的选择。 开发和运维人员的现状 大部分的加班都是由于版本回退造成的 新业务的发布没有不出问题 切割时提心吊胆，内分泌失调 灰度升级 ——０和１之外的选择 开发不是圣人，测试不是神仙，新版本出问题是必然的，不出问题是偶然的。 小概率问题能在海量用户前暴露 新业务一定要灰度升级 一定要做到真正的灰度 客户端的灰度发布：控制放量 Svr的灰度发布：随机、按号段、按大区。 Svr和客户端同时灰度发布： Svr要能做到新老版本的兼容 客户端也要做到新老版本的兼容 隔离新老版本的访问，新版本s