电商网站开发适合用什么框架

　　基础架构层面。

　　1 前端网站和M站，考虑到访问量和系统的可用性，基本会采用分布式部署。通过代理服务器进行请求分发。

　　2 其他的业务子系统，像商家前台，和管理系统，基本上都是单机或是主从部署。

　　3 各个DB ，Redis 服务和 文件和服务，搜索引擎Solr服务等，采用主从部署。

　　亚宁传媒在整个系统架构里面，还有一个比较重要的组成部分，那就是监控系统。例如：流量监控，硬件监控，系统性能监控等，

还有就是对某个页面进行监控，设置页面的其中一块进行监控等。它是提高整个平台可用性的一个重要手段，多平台，多个维度的监控，能够确保系统的可用性，一旦出现异常，特别在硬件或者性能方面出现异常，监控系统也能立刻发出警告，这样也好防范于未然。

　　总而言之，一个好的系统架构应该从扩展性、安全性、性能和可靠性来考虑。罗马不是一天建成的，架构适合就行，可以先行之而后优。通过渐进演化的过程，逐步是系统越来越完善。

电商详情页架构方案大概分为两种，第一种小型电商，使用页面静态化的方案；第二种大型电商，架构较为复杂，使用异步多级缓存 + nginx 数据本地化动态渲染的方案。

1 页面静态化架构（全量页面静态化，适合小型电商网站）

电商详情页分为页面数据和页面模板两块，通过页面模板渲染的方式，把页面数据填充到模板中，生成最终的静态化 HTML 页面，推送到 nginx 服务器上面，前端商品详情页的请求直接通过 nginx 服务访问静态页面。

对于小型网站，页面很少，这种架构方式很实用，也非常简单。模板引擎可以使用 velocity 或者 freemarker 实现，通过页面数据管理的 cms 系统渲染页面。当页面数据或者页面模板出现变更，重新部分或者全量渲染静态化页面。

整体页面静态化架构如下图所示：

2 异步多级缓存 + nginx 数据本地化动态渲染的架构 （适合大型电商）

对比页面静态化架构，该架构方案在保证高并发、高可用的前提下，不用提前部分或者全量渲染静态化页面，页面数据和模板可以根据业务需求实时变更，由 nginx 渲染成 HTML 静态页面返回给前端展现。

整体架构思路如下图所示：

电商公司，网络架构要保证的就是两点：1 速度 2 不间断

所以，外局，最起码要求两条INET线路（最好是两条光纤，理想状态是两条当地最快供应商的光纤，比如说电信，一条备用光纤比如说联通）

因为有两条或以上的INET，所以路由器也必须是支持多WAN的，建议并发处理万级以上的，不然CPU会吃不消。

路由器也要备多一个，备用的可以1千元以下的足够了。

负载均衡，用海蜘蛛、wayos，ros等设置就可以了，所以路由器本身就要选折这种系统的，还要限制流媒体和BT等吃流量厉害的软件。

主千兆交换机背板起码要80G以上的了。

下层的交换机，最好能是分组分部门，控制在每组16-24口之内。

注意预留备用交换机。

主流量服务器设置稳定后，建议还是摆放到专业机房去，毕竟那里的带宽是足够的，环境也舒适。

公司内如果光纤有固定ip，总下行可保证在200M，总上行可保证在50M，可在公司内做一个镜像服务器，由外部主服务器推送过来（下行），当然，最好有独立的镜像用光纤。

主从服务器的硬件反而要求不太高，现在几万的机子，硬件已经好得很了，不过一定要raid 5以上。

数据库，最起码是sql，然后就oracle，要看口袋里的银子。

最后，就是ups，智能管理的也是必须的，5kva以上吧，不然整个机房就没必要搞了。

噢，对了，空调和空净机也不能少，没空调你敢搞电商服务器？