人人-56 账号拆分项目总结
?Download as PPTX, PDF?
0 likes?1,000 views
1. 为何账号要拆分？ 2. 拆分的难点在哪儿？ 3. 旧方案 VS 新方案 4. 关键性问题的解决方案 5. 拆分前的准备及前置项目 6. 执行拆分 7. 拆分过程遇到的困难与“坑” 8. 总结与后续
人人-56 账号拆分项目总结
- 2. 奥丑测账号合并？
- 3. ? 公司并购的惯用手段
- 4. 奥丑测账号拆分？
- 5. ? 账号重合度不高 ? 56不适合实名制 ? 增加了人人同事的工作量 ? 人人对账号安全的要求较高
- 6. 账号拆分难点？
- 7. ? 合并时特别复杂 ? 程序bug和问题账号 ? 入口多、QA覆盖难 ? 持续时间长、人员流动 ? 保证切换期间平滑过渡
- 8. 拆分旧方案
- 9. ? DB、Server 整套复制 ? 程序搬到 user.56.com/2013/ 目录 ? 人人回导数据和增量 ? 线上应用灰度切换至新 Server
- 10. 优点 ? 切换平滑，步骤清晰 ? 影响较小、可控 ? 新旧2套互为备份，又互不影响
- 11. 缺点 ? 战线拖太长 ? 两套代码维护困难 ? 过于区分数据，会导致很多问题账号 ? 修改太多，沟通成本高（人人方面） ? 两个数据库，问题账号处理困难 ? 移动端实际上无法灰度
- 12. 拆分新方案
- 13. ? DB、Server 沿用当前 ? 沿用当前代码，在程序中做兼容 ? 人人数据回导时，不区分，拆表存储 ? 整体切换上线
- 14. 优点 ? 战线短 ? 占用资源少 ? 有问题会立刻浮现 ? 数据全、兼容性极高 ? 不需要增量同步，大大降低沟通成本 ? 解决大表问题 ? 解决频繁更新登录状态的问题
- 15. 缺点
- 17. 六个关键性问题
- 18. ? 1、新56注册到新56登录
- 19. ? 2、新56注册到旧56登录
- 20. ? 3、旧56注册到新56登录
- 24. 拆分前的准备
- 25. 一、安全中心
- 27. 叁、后台密码管理
- 28. 四、人人肠辞苍苍别肠迟登录
- 29. 五、登出接口 ? 登出接口纳入 user ? http://user.56.com/logout
- 30. 拆分开始
- 31. ? 1、人人导出数据，比如 rr_account.dat ， 进行初始化的简单过滤
- 32. ? 2、把 rr_account.dat 原封不动导入分表中
- 33. ? 3、根据 用户id 创建用户登录状态记录分表
- 34. ? 4、前端页面和 Javascript 做好兼容后先上线
- 35. ? 5、人人 connect 登录上线
- 40. ? 10、疑难账号处理，随机应变
- 41. ? 11、人人最后一次导全量数据
- 42. 遇到的坑
- 43. ? 1、账号小写的问题
- 48. 总结
- 49. ? 抓重点矛盾 ? 以旁观者的身份看问题 ? 充分了解业务是补锅的前提
- 50. 后续 ? 修改我秀、群歌、游戏登录注册 ? 修改app客户端 登录注册 ? 修改 ican2、ican3 登录注册 ? 修改 m.56.com 登陆注册 ? 完善登录注册统计
- 51. FAQ
- 52. 谢谢！