求架构方案:一个日均访问量50万的物流筛单系统的技术架构方案?
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了求架构方案:一个日均访问量50万的物流筛单系统的技术架构方案?,小编现在分享给大家,供广大互联网技能从业者学习和参考。文章包含1826字,纯文字阅读大概需要3分钟。
内容图文
![求架构方案:一个日均访问量50万的物流筛单系统的技术架构方案?](/upload/InfoBanner/zyjiaocheng/197/d596d36526aa4ff8b3635661ff41e4b8.jpg)
回复讨论(解决方案)
nginx,server不止一台。
关键看瓶颈,要是server不行就加机器,要是数据库不行比如使用内存表那就加内存,否则就分库分表,关键看业务需求,找出瓶颈
先测试出系统瓶颈,再谈下一步。
服务器用lnmp,数据库采用按月分表,如果钱不是问题搞个数据库读写分离。
在网上查了些资料,我的初步想法是用LNAMP,静态资源让nginx处理同时提供负载均衡,apache(先用2台)做集群专门处理php,数据库mysql(2台)做集群,数据库缓存用memcached,然后再测试出系统瓶颈,再调整。
服务器用lnmp,数据库采用按月分表,如果钱不是问题搞个数据库读写分离。
3楼说的数据库采用按月分表或读写分离,没太明白,能否具体说说。
关键看峰值有多大。
在网上查了些资料,我的初步想法是用LNAMP,静态资源让nginx处理同时提供负载均衡,apache(先用2台)做集群专门处理php,数据库mysql(2台)做集群,数据库缓存用memcached,然后再测试出系统瓶颈,再调整。
服务器用lnmp,数据库采用按月分表,如果钱不是问题搞个数据库读写分离。
3楼说的数据库采用按月分表或读写分离,没太明白,能否具体说说。
1、物流筛单是否可以理解成物流订单数据?如果是可以把这个数据按有分表。
2、没必要做什么静态服务器,因为你是查数据不是查图片等。
3、你这个系统1台服务器不会出问题,2台服务器更稳定。
4、如果你用2台服务器,我建议数据库做读写分离(也可以说是主从),web程序可以2台服务做个负载均衡
我的观点是日访问是PV,还是UV,就算是UV 2台服务器搞定。这样就够了。数据量太小不用整哪么大。
这个系统UV不大,主要是考虑PV;
物流筛单就是对物流运单的筛选,将来源于电商平台接口和卖家自己录入、导入的物流运单进行处理。
所以主要压力应该在数据库访问这块。
你这个还是用php+nginx+redis比较好吧.用mysql作为备份数据库备机就可以了.
你这个还是用Linux+php+nginx+redis比较好吧.用mysql作为备份数据库备机就可以了.内存大点就可以了
内容总结
以上是互联网集市为您收集整理的求架构方案:一个日均访问量50万的物流筛单系统的技术架构方案?全部内容,希望文章能够帮你解决求架构方案:一个日均访问量50万的物流筛单系统的技术架构方案?所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错,欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 gblab@vip.qq.com 举报,一经查实,本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。