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

一个产品最重要的人，肯定是最了解业务的人，渠道为王嘛，哪儿有需求，哪儿就有渠道，看下图，具体业务扩展导维图



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

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 害怕了吗？

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