大家好，我是冰河~~
經過四個多月的堅持，《Seckill秒殺系統》終於接近尾聲了，也感謝大家這四個多月以來的堅持和陪伴，也相信大家在《Seckill秒殺系統》專欄中，學到了不少知識和技術。接下來，我們就一起對《Seckill秒殺系統》專欄做個總結。
一、總體概述
在《Seckill秒殺系統》專欄中，不僅僅是帶着大家從零開始寫一個秒殺業務系統，而是從需求立項到架構設計、環境搭建到編碼實現、問題重現到代碼優化、單體應用架構到微服務架構、秒殺系統極致優化到高併發方案落地、流量治理到鏈路追蹤、防刷方案到風控設計、集羣部署到全鏈路壓測，再對秒殺系統整體進行極致優化。
上一章狠圖（有點長，認真看，你會了解的更多）。
seckill-2023-10-05-003.png)
整個專欄共38個大的篇章，126+篇文章（每篇文章都會錄製對應的視頻課程），150+個源碼分支，每篇文章都會對應一個源碼分支，以便讓大家更好的對應專欄文章、視頻和小冊進行學習和驗證。
通過《Seckill秒殺系統》專欄，讓大家從架構設計、編碼實現、項目優化、流量治理、風控設計、項目部署、全鏈路壓測、極致優化等多個層面真正掌握高併發、高性能、高可用、高可擴展和高可維護項目的架構設計與實際落地方案。
並且每一篇文章，都會爲大家錄製對應的視頻課程，這樣大家結合文章、視頻、小冊和源碼進行學習，會起到事半功倍的效果。
試問：還有比根據專欄文章、視頻、小冊、源碼學習更爽的事情嗎？
二、核心技術
單就秒殺系統本身而言，就是爲應對瞬時高併發、大流量場景而設計的支持高併發、大流量的系統，其背後會涉及到衆多高併發、高性能、高可用的技術作爲基礎保障。同時，在系統中，也要重點突破庫存與限購、防刷與風控、數據一致、熱點隔離、動靜分離、削峯填谷、數據兜底、限流與降級、流控與容災、壓測與極致優化等核心技術問題。
所以，冰河總結了秒殺系統所涉及到的最核心的技術內容，整理後如下圖所示。
三、技術選型
在技術選型上，除了採用SpringBoot等基礎框架外，也會採用容器化方案。爲了儘量降低技術門檻，在整個秒殺系統的技術選型中，主要採用市面上比較主流的技術框架和方案，具體技術選型如下所示。
- 開發框架：SpringBoot、SpringCloud、SpringCloud Alibaba、Dubbo。
- 緩存：Redis分佈式緩存+Guava本地緩存。
- 數據庫：MySQL。
- 流量網關：OpenResty+Lua。
- 業務網關：SpringCloud Gateway。
- 持久層框架：MyBatis。
- 服務配置與註冊發現：Nacos。
- 單機異步：Cola。
- 分佈式事務：Hmily、Seata、RocketMQ。
- 分庫分表：ShardingSphere。
- 日誌治理：ELK（Elasticsearch、Logstash、Kibana）。
- 鏈路追蹤：Sleuth、Zipkin、Prometheus。
- 容器：Docker。
- 容器化管理：Swarm、Portainer。
- 監控：Prometheus、Grafana。
- 系統限流：OpenResty+Lua、Sentinel。
- 消息中間件：RocketMQ。
- 單元測試：Junit。
- 壓測工具：JMeter。
所以，通過秒殺系統，可以學習到微服務領域和DDD架構領域的主流核心技術。
四、適應人羣
由於秒殺系統是從需求立項和用戶故事開始，從零一步步搭建和開發，使用到的技術也是帶着大家直接上手的。所以，整個專欄從小白到有一定開發經驗的中高級工程師，有一定基礎的架構師都可以學習。如果你當前或者長期受如下問題困擾，那你就更需要學習《Seckill秒殺系統》專欄了。
- 一直在小公司做CRUD，併發編程沒接觸過，更別提如何高併發實際項目了。
- 公司項目沒什麼併發，在線人數也不多，學了很多併發編程相關的知識不知道怎麼用。
- 學了很多併發編程的知識，也知道一些概念，能說出一些簡單的方案，但是沒實際項目經驗。
- 自我感覺掌握了一些高併發編程的技術方案，但是如果真正做項目時，還是不知道如何下手。
- 簡歷上寫了熟悉併發編程，在面試過程中，面試官一般會問秒殺系統，或者其他高併發項目實戰問題，不知道怎麼回答。
- 在大廠工作多年，參與了一些系統的建設與研發，但是也沒機會參與像秒殺系統這樣高併發、大流量的系統的整個建設過程。
- 其他問題。。。
可以看到，如果小公司的小夥伴受限於業務，接觸不到高併發、大流量的業務場景，大廠的小夥伴由於某些原因沒有被分到高併發、大流量業務部門。但更多的是大體掌握了併發編程的基礎知識，而沒有系統性落地成實際高併發項目的經驗，這樣的小夥伴更需要學習《Seckill秒殺系統》。
好了，今天就到這兒吧，我是冰河，我們下期見~~