求架构议案:一个日均访问量50万的物流筛单系统的技术架构方案
求架构方案:一个日均访问量50万的物流筛单系统的技术架构方案?对于一个日均访问量50万左右的物流筛单系统,
求架构方案:一个日均访问量50万的物流筛单系统的技术架构方案?
对于一个日均访问量50万左右的物流筛单系统,要求系统响应时间3秒以内、对系统可靠性、稳定性和扩展性有要求,大家建议采用什么技术架构好呢? 系统架构
[解决办法]
nginx,server不止一台。
关键看瓶颈,要是server不行就加机器,要是数据库不行比如使用内存表那就加内存,否则就分库分表,关键看业务需求,找出瓶颈
[解决办法]
先测试出系统瓶颈,再谈下一步。
[解决办法]
服务器用lnmp,数据库采用按月分表,如果钱不是问题搞个数据库读写分离。
[解决办法]
1、物流筛单是否可以理解成物流订单数据?如果是可以把这个数据按有分表。
2、没必要做什么静态服务器,因为你是查数据不是查图片等。
3、你这个系统1台服务器不会出问题,2台服务器更稳定。
4、如果你用2台服务器,我建议数据库做读写分离(也可以说是主从),web程序可以2台服务做个负载均衡
我的观点是日访问是PV,还是UV,就算是UV 2台服务器搞定。这样就够了。数据量太小不用整哪么大。
[解决办法]你这个还是用Linux+php+nginx+redis比较好吧.用mysql作为备份数据库备机就可以了.内存大点就可以了