所以,外局,最起码要求两条INET线路(最好是两条光纤,理想状态是两条当地最快供应商的光纤,比如说电信,一条备用光纤比如说联通)
因为有两条或以上的INET,所以路由器也必须是支持多WAN的,建议并发处理万级以上的,不然CPU会吃不消。
路由器也要备多一个,备用的可以1千元以下的足够了。
负载均衡,用海蜘蛛、wayos,ros等设置就可以了,所以路由器本身就要选折这种系统的,还要限制流媒体和BT等吃流量厉害的软件。
主千兆交换机背板起码要80G以上的了。
下层的交换机,最好能是分组分部门,控制在每组16-24口之内。
注意预留备用交换机。
主流量服务器设置稳定后,建议还是摆放到专业机房去,毕竟那里的带宽是足够的,环境也舒适。
公司内如果光纤有固定ip,总下行可保证在200M,总上行可保证在50M,可在公司内做一个镜像服务器,由外部主服务器推送过来(下行),当然,最好有独立的镜像用光纤。
主从服务器的硬件反而要求不太高,现在几万的机子,硬件已经好得很了,不过一定要raid 5以上。
数据库,最起码是sql,然后就oracle,要看口袋里的银子。
最后,就是ups,智能管理的也是必须的,5kva以上吧,不然整个机房就没必要搞了。
噢,对了,空调和空净机也不能少,没空调你敢搞电商服务器?
电商详情页架构方案大概分为两种,第一种小型电商,使用页面静态化的方案;第二种大型电商,架构较为复杂,使用异步多级缓存 + nginx 数据本地化动态渲染的方案。
1. 页面静态化架构(全量页面静态化,适合小型电商网站)
电商详情页分为页面数据和页面模板两块,通过页面模板渲染的方式,把页面数据填充到模板中,生成最终的静态化 HTML 页面,推送到 nginx 服务器上面,前端商品详情页的请求直接通过 nginx 服务访问静态页面。
对于小型网站,页面很少,这种架构方式很实用,也非常简单。模板引擎可以使用 velocity 或者 freemarker 实现,通过页面数据管理的 cms 系统渲染页面。当页面数据或者页面模板出现变更,重新部分或者全量渲染静态化页面。
整体页面静态化架构如下图所示:
2. 异步多级缓存 + nginx 数据本地化动态渲染的架构 (适合大型电商)
对比页面静态化架构,该架构方案在保证高并发、高可用的前提下,不用提前部分或者全量渲染静态化页面,页面数据和模板可以根据业务需求实时变更,由 nginx 渲染成 HTML 静态页面返回给前端展现。
整体架构思路如下图所示:
欢迎分享,转载请注明来源:夏雨云
评论列表(0条)