基於.Net Core技術棧高並發秒殺的處理方案

一. 業務背景

 

計划：

　先把單體架構優化到極致，然后向微服務架構轉變，並分析當中遇到的各種問題。

用到的技術棧和工具

    服務器：centos8

    數據庫：MySQL 5.7  ----集群

    基礎框架：Asp.Net Core +EF Core + Dapper

    日志框架：待定

    緩存框架：redis 5.0 ----集群

    消息隊列：RabbitMQ

    負載均衡：Nginx

    消息總線框架：CAP

    分布式事務：待定

    配置中心：待定

    測試工具：Jmeter

    其它微服務組件：Consul + IDS4 + Polly

    靜態資源處理：CDN + 靜態頁面

    前端：uni-app (基於Vue)

   最終部署：K8S 

   其它語法：Lua

   涉及到的一些問題的解決方案：

  Redis 雪崩、擊穿、穿透的解決：

  分布式ID的解決：

  惡意請求的解決：

  重復消費的解決：

  如何防黃牛：

  

二. 單體架構→SOA

 

 機構圖和微服務架構一塊補充

 

 

三. 微服務架構

 

 后續計划中，暫時擱置

 

 

四. 系列章節

階段一：單體架構系列

       第一節：基本概念、業務分析、單體架構的搭建

       第二節：搶單流程優化1(小白寫法→lock寫法→服務器緩存+隊列(含lock)→Redis緩存+原子性+隊列【干掉lock】）

       第三節：搶單流程優化2(單品限流→購買數量限制→方法冪等)

       第四節：搶單流程優化3(lua整合限流、購買限制、方法冪等、扣減庫存)

       第五節：拉模式的消費者優化(數量塊和時間塊)

       第六節：基於Cap框架引入事件總線機制(RabbitMQ+SQLServer) 和 下單成功后的方案剖析

       第七節：Nginx限流和負載均衡、頁面cdn、IIS部署優化、后續計划

       第八節：xxxxxxxxxxxxxxxxx

       第九節：xxxxxxxxxxxxxxxxx

 

階段二：微服務架構系列【暫時擱置！】

       第一節：xxxxxxxxxxxxxxxxx

       第二節：xxxxxxxxxxxxxxxxx

       第三節：xxxxxxxxxxxxxxxxx

       第四節：xxxxxxxxxxxxxxxxx

       第五節：xxxxxxxxxxxxxxxxx

       第六節：xxxxxxxxxxxxxxxxx

       第七節：xxxxxxxxxxxxxxxxx

       第八節：xxxxxxxxxxxxxxxxx

       第九節：xxxxxxxxxxxxxxxxx

       第十節：xxxxxxxxxxxxxxxxx

       第十一節：xxxxxxxxxxxxxxxxx

       第十二節：xxxxxxxxxxxxxxxxx

 

 

 

 

 

 

!

• 作       者 : Yaopengfei(姚鵬飛)
• 博客地址 : http://www.cnblogs.com/yaopengfei/
• 聲     明1 : 如有錯誤，歡迎討論，請勿謾罵^_^。
• 聲     明2 : 原創博客請在轉載時保留原文鏈接或在文章開頭加上本人博客地址，否則保留追究法律責任的權利。