架构|吴涛：互联网产品研发流程概论（下）( 六 )

灰度发布环境准备：每个项目一般都会部署到多台机器，所以一般会拿1-3台服务器看看是否可用，如果失败则只需要回滚这几台服务器，比较方便。灰度发布需要使用跳板机并进行域名绑定，这样才能保证用户访问到的只有最新代码的服务器。
（2）数据库上线生成数据库项目时，可以先从测试环境导出数据库对象定义脚本，然后再将预先部署脚本、数据库对象定义和后期部署脚本合并为一个生成脚本，再将该脚本拿到主数据库服务器上生成数据库。然后通过主数据库备份到各台从属数据库。
如果系统对读取及时性要求非常高，则可在数据库层之上架构Redis这样的分布式缓存，其性能肯定远高于从数据库读取数据。
（3）程序文件编译上线组件部署：将C/C++或Java编写的组件编译，然后通过自动部署工具发布到所有Web服务器。
Web前端部署：一般先将静态资源（例如图片、JS代码等）拆分出来，发布到CDN云服务。然后再通过GIT将合并测试通过的Trunk版本发布到正式生产环境，再通过灰度发布工具同步到所有Web服务器。
IOS APP发布：App Stores是iTunes Store的一部分，是iPhone、iPod Touch、iPad以及Mac唯一的正规下载渠道。企业用户申请证书后，即可上传并发布IOS应用。
Android APP发布：推荐腾讯应用宝发布安卓版本的手机应用。应用宝提供防盗版功能，可有效帮助用户解决误下载山寨应用的问题。支持点击微信、QQ分享链接，即可打开下载界面。因为没有唯一的安卓发布市场，因此建议主流安卓市场都能上线安卓的版本。
（4）上线版本整体评估上线评估阶段需经过市场、产品、运营、开发、测试等对于上线做出整体评估后才能正式上线运营。这个过程一般是由产品经理先在全员群里提醒大家最后一次确认还有什么问题。
如果有任何问题，则需要在群里和相关人员评估是否要在当前版本解决，如果是则尽快解决以免影响版本发布计划，如果不是则转需求到后续版本。
如果每个人都没有提出异议则发出上线版本发布告知邮件，进入正式发布流程。
（5）灰度发布
Web前端灰度发布：对比较小的Web应用，在页面javascript或服务器端实现分流即可。但对于大规模用户的Web应用，采用分流发布引擎很有必要。
组件灰度发布
IOS APP灰度发布：常见做法是制作一个带数字签名的测试版，然后提供给测试用户使用。
Android APP灰度发布：由于Android没有统一的发布渠道，因此只需逐个替换发布渠道的安装包即可。
10、优化阶段（1）研发工作总结产品上线后需要对产品研发过程做总结，不论是产品上的还是流程配合上的，为后续加强沟通协作、产品运营打好基础。
产品流程也并不是一成不变的，不同的产品有不同的要求。对一些中小互联网公司而言，采用完整研发流程必然成本高昂，因此如何裁剪成自己需要的研发流程，是这类公司面临的关键问题。
（2）上线后收集用户反馈对于产品做出优化，对于用户常见的问题及反馈做出调整，这阶段更多是产品与用户的磨合，做到更好的用户体验。
为了更好的收集用户反馈，需要在所有产品上都增加反馈入口，以便用户提交反馈内容。用户反馈的所有问题将出现在用户反馈平台中，以便产品和运营团队跟进。

文章插图
支付宝用户反馈平台
一般每天的反馈量都数以万计，因此产品设计师每天都需要花费相当比例的时间去浏览，并将反馈建议转化产品需求点加入需求池。
（3）产品体验可用性测试可用性测试常见方法是邀请一批真实的典型客户，针对典型场景使用产品，用户研究员在一旁观察、聆听、记录，从而发现产品中存在的可用性缺陷。