当前位置:   article > 正文

亿级流量电商详情页系统设计与实战-小型电商架构VS大型电商架构_亿级商城促销系统架构设计与实践

亿级商城促销系统架构设计与实践

一、电商详情页架构大致分析

电商网站里,大概可以说分成两种:

  1. 传统小型电商网站,主要采用页面静态化的架构方案。
  2. 大型电商网站,使用较复杂的一套架构方案,商品详情页的系统架构 -> 缓存架构 -> 高并发 -> 高可用。

二、传统小型电商网站架构分析

主要采用的技术方案是:页面静态化,全量的页面静态化:

  1. 从数据库中获取数据,格式化成HTML模板数据。
<html>
	<title>
	 	<style css>
		<javascript>
	</title>
	<body>
		商品名称:#{productName}
		商品价格:#{productPrice}
		商品描述:#{productDesc}
	</body>
</html>
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  1. 将生成的HTML格式化数据缓存到nginx中。
  2. 请求进来后,直接从nginx把缓存的HTML模板数据返回给前端。
前端 nginx 服务端 数据库 1.请求获取商品信息 2.缓存中获取到该商品html数据 3.缓存未命中,请求服务端获取商品信息 4.数据库中获取商品数据,生成HTML模板数据 5.缓存生成的HTML模板数据 6.将html模板数据返回前端 前端 nginx 服务端 数据库

这种传统电商架构的主要问题:

  1. 如果这个模板对应的所有数据,1万个数据,全部重新渲染一遍,填充到模板中,生成最终的静态化html页面,缓存到nginx中,不具有横向拓展的伸缩性。
    : 对于小网站,页面很少,很实用,非常简单,模板引擎,velocity,freemarker,页面数据管理的cms系统,内容管理系统点击一个按钮,做成系统自动化,重新全量渲染html --> 几百个页面,推送到nginx服务器上面
    : 对于大型电商网站,商品数据量特别的庞大,1亿的数据,重新生成HTML模板数据,推送到nginx缓存中?时间和精力成本太大,这种方案明显已经不合理了。

三、大型电商网站架构分析

在这里插入图片描述

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/小小林熬夜学编程/article/detail/673349
推荐阅读
相关标签
  

闽ICP备14008679号