階段1：電商系統(tǒng)

時間：2023-03-16 13:02:01 | 來源：電子商務

時間：2023-03-16 13:02:01 來源：電子商務

01_包含16個中心的大型電商系統(tǒng)需求分析

1.1 略

課程理念，思路，設想

1、真實項目驅動，10幾個項目，做一個項目，大項目，為期1年，1年多的這么一個項目

2、完全真實的業(yè)務需求和場景，淘寶，京東，但是至少說，是我梳理過后，我認為是一個完整的電商的系統(tǒng)，可能里面會刪減掉很多的細節(jié)，但是整體流程是完全可以跑通的。麻雀雖小，五臟俱全，一個項目。至少20個左右的服務。

業(yè)務流程，業(yè)務需求，業(yè)務場景，整體的項目思路，基本就是按照完全真實的去做

但是因為不可能說真的做出來一個京東商城，上千個人在做，所以會保留核心鏈路，黃金鏈路，砍掉一些瑣碎和細節(jié)的需求

3、按照一個大型項目，在1年期間完全真實的一個架構演進的過程去講解

完全按照真實的去走

（1）一開始，就是幾個哥兒們開始創(chuàng)業(yè)，做電商網(wǎng)站，賣東西。你就是一個架構師，帶著2個小弟。其實就是用最簡單的技術把整個這個電商網(wǎng)站的核心業(yè)務功能給做出來。技術架構可能就比較low，部署一臺服務器。spring boot + mysql + tomcat + 一臺阿里云服務器，就可以跑起來了。

可能用戶注冊數(shù)量就10萬個人，每天日活，活躍用戶，一兩萬個，訪問量就幾十萬，高峰期每秒并發(fā)在10/s左右

在這個過程中，我們重點就將springboot技術穿插在這個業(yè)務場景里面去講解

架構設計的流程，架構設計的幾個視圖，畫哪些架構圖，架構怎么去做設計，概要設計，詳細設計，設計評審

系統(tǒng)開發(fā)流程與規(guī)范，BAT公司的編碼規(guī)范，BAT公司的單元測試規(guī)范，BAT公司的多環(huán)境測試規(guī)范（集成測試、功能測試、性能測試、并發(fā)測試、QA測試），BAT公司的上線發(fā)布規(guī)范，回滾規(guī)范，監(jiān)控規(guī)范

設計模式，如果是一個有經驗的架構師，在一開始寫業(yè)務代碼的時候，就會很注重設計模式的使用，是落地在類圖設計里的，在詳細設計的階段，架構師會去把握這塊的東西

代碼如果用設計模式，復雜的業(yè)務，代碼很優(yōu)雅，在后面在這個代碼基礎之上，擴展新的功能和代碼，都會很輕松，不需要大量的重構

互聯(lián)網(wǎng)公司實用型的項目管理方法，20人以內的一個項目，合理的管理，基本上都夠了

（2）后面用戶量開始增加，增加到了百萬級別的用戶量，高峰并發(fā)可能就幾百了

而且業(yè)務功能不斷快速迭代和增加，研發(fā)團隊開始擴充，可能都擴充到了你一個架構師帶了10個小弟

針對這樣的業(yè)務場景，需要做微服務化，拆分成多個服務，每個服務一臺應用服務器，每個服務一個庫，應對日益增長的并發(fā)量

開始運用微服務+DevOps+敏捷開發(fā)+敏捷項目管理，去做

為了解決的問題就是不斷迭代的業(yè)務需求，不斷增加的工程師數(shù)量，用上面那套東西如何去抗住百萬級的用戶訪問量，同時將業(yè)務需求開發(fā)迭代速度支持到最快

（3）用戶量都到了千萬級了，高并發(fā)了，每秒的并發(fā)可能都達到幾千qps那樣

這套技術架構是撐不住的，整個大電商系統(tǒng)，要針對高并發(fā)做整體的架構改造，引入一系列的技術，redis緩存、mysql分庫分表、mq、elasticsearch、nginx、集群

（4）高可用，安全性，高穩(wěn)定性，擴展性，伸縮性，架構問題，需要去解決

（5）億級用戶量，億級流量，整體架構更加復雜，為了解決億級流量的訪問，光是一個電商系統(tǒng)的購物車，就非常復雜

（6）億級流量了以后，一定會有基礎架構組，這個時候會帶著大家去研發(fā)自己的基礎架構，基礎中間件

（7）一個公司到了這個程度之后，實際上就會開始做一些大數(shù)據(jù)的東西，帶著大家去學習整個大數(shù)據(jù)技術棧的一些，java架構師如何將大數(shù)據(jù)技術棧融入自己的系統(tǒng)架構中

我希望的是每個階段到下一個階段的時候，第一個階段到第二個階段（微服務階段）

我希望有一個真實業(yè)務場景中，承上啟下的這么一個過程，就是說針對第一個階段的系統(tǒng)架構，給大家真實的去演示他的一些問題，比如說能承載的qps太低了，或者是多個人在里面頻繁修改代碼，會導致整體的效率非常的底下

從第二個階段到第三個階段（高并發(fā)階段）

比如說我要使用redis了，在整個架構中，我會先承上啟下，給你去演示一下，現(xiàn)有的系統(tǒng)架構直接基于MySQL去搞，問題在哪里，可能就是撐不住一定的并發(fā)量，會跨掉，所以此時在什么什么環(huán)節(jié)要引入redis去重構這個架構，支撐更高的并發(fā)量

（8）總結：完全真實業(yè)務，完全真實的購物流程，有一定復雜度的業(yè)務場景 -> 1年期間，完全真實的業(yè)務發(fā)展歷程以及技術挑戰(zhàn) -> 完全真實的技術架構演進的過程 -> 所有的技術和架構，穿插在整個項目的過程中去講解 -> 所有的技術完美的落地實踐，與項目結合起來 -> 所有的技術在支持了業(yè)務需求之后，還要有足夠深度的講解，比如說springboot，spring cloud源碼的剖析

1.2 大型電商系統(tǒng)的整體架構分析