商品詳情頁的系統架構 -> 緩存架構 -> 高並發 -> 高可用
電商網站里，大概可以說分成兩種，第一種小型電商，簡單的一種架構方案，頁面靜態化的方案；大型電商，復雜的一套架構，大電商，國內排名前幾的電商，用得應該咱們這里講解的這套大型的詳情頁架構
頁面靜態化，全量的頁面靜態化
<html>
<title></title>
<body>
商品名稱：#{productName}
商品價格：#{productPrice}
商品描述：#{productDesc}
</body>
</html>
->
<html>
<title>
<style css>
<javascript>
</title>
<body>
商品名稱：#{productName}
商品價格：#{productPrice}
商品描述：#{productDesc}
</body>
</html>
product1.html
假設是放在一個數據庫里的
product表
product_name product_price product_desc
iphon7 plus 5599.50 這是最好的手機
->
iphon7 plus（玫瑰） 5299.50 這是最好的手機，大降價了
......1萬行數據，1萬個頁面
模板的渲染
<html>
<title>
<style css>
<javascript>
</title>
<body>
商品名稱：iphon7 plus（玫瑰）
商品價格：5299.50
商品描述：這是最好的手機，大降價了
</body>
</html>
iphone7_plus.html
如果模板改變了，那么這個模板對應的所有數據，1萬個數據，全部重新渲染一遍，填充到模板中，生成最終的靜態化html頁面
對於小網站，頁面很少，很實用，非常簡單，模板引擎，velocity，freemarker，頁面數據管理的cms系統，內容管理系統
點擊一個按鈕，做成系統自動化，重新全量渲染
html --> 幾百個頁面，推送到nginx服務器上面，直接走html
頁面太多，上億，一個模板修改了，重新渲染一億的商品，靠譜，幾天