YII千万级PV架构经验分享--俯瞰篇--业务扩展演变

   hello,你们好，我是方少，世上不如意事十有八九吧,即便你感到很满意，也有人感受太差了，总得感受咱们技术人员都是一我的在战斗，感情倒是最深的，一块儿吃过苦才难忘吧。娇妻艳女，你失意了会和你一块儿吃苦吗？每每会把你抛弃了。一个产品最重要的人，确定是最了解业务的人，渠道为王嘛，哪儿有需求，哪儿就有渠道，看下图，具体业务扩展导维图

这是通常公司的结构图吧，少了个质量管理系统(测试部门的)，回头加上。上图解释以下

1 数据增多建议

   a 不建议连表查询，不利于分库分表

   b 按业务分库分表，不要以技术来分,好比用户id和用户账号，用来个分表好？ 用户账号有窃取的可能噢，固然你能够加密，若是不嫌麻烦

   c 分库有两种可能性  1 按游戏逻辑进行分库，游戏区服每一个库里面的数据都不多，稳定性很强，每一个区虚拟化隔离，不会出现全体故障，集体锁表，还能够实现多版本噢，缺点库多了维护起来麻烦，最重要的，上版本的时候，等着加班吧  2 按业务分库 经常使用的分隔方法

 

2 项目扩展建议

   a 变化业务数据建模另滥勿缺 1 改变表简单 仍是总是改代码简单？

   b 项目名称的建议 项目名称用域名，好比 www.zhaoaiai.com, shop.zhaoaiai.com,来和共用预留目录，YII框架目录区分开来，也好记忆

   c 项目之间通讯建议 1 一个项目，至关于一个库，后台系统建议怎么来的快怎么链接。后台系统在一台机子上。固然最好用接口

                           2 主业务之间用接口，而后缓存1秒，用户数据能够缓存更久，以减轻接口压力(看具体业务)

 

3 公司内部管理系统建议

   a 统一界面管理添加地址形式,否则总是问你地址在哪儿，烦死人，来一我的问一个
   b 以组形式加权限，而不是员工，员工添加到组下，否则总是你一我的添加权限，别的事就不用干了
   c RTX，短信，邮件配置提示, 交流快速颇有必要的，建议重要文件 RTX 邮件都发送，以做存档

 

4 惧怕了吗？

  是否是以为要作的事情太多了，性能或效率，在稀牲一点性能下,能够弥补的，效率为王，作一些快速生成的工具。

搞成，但愿你们能多提提意见，一块儿作出产品才是王道啊，一我的太累了，睡觉了。