[麻雀雖小，五臟俱全] 之網站重寫之路

2020 年 5 月 7 日
筆記

入職三年，除了參與公司核心產品研發外，另外負責了一個2C的小項目：調用API拿到解析結果 & 計費。

項目最初是.NetCore 1.0-Preview+sqlite部署在IIS上，閑來沒事，這個項目已經被我完全重寫，在此記錄一些自認為還比較切合項目實際且平衡成本的開發實踐。

用例圖如下：

改造歷程

改造是個持續迭代的過程，期間深刻思考並應用了ASP.NET Core框架、TPL Dataflow、 Redis支撐消息隊列、容器化、CI相關的知識點；
與此同時，為了適應更現代化的部署方式，項目歷經單體程序--->容器化--->Docker-Compose部署--->DockerSwarm部署;

當前部署圖如下：

業務重寫

業務1

核心業務: C端請求—>發起百度雲API調用—->記錄解析結果，並發佈到Redis訂閱，我使用了Actor模型來達成目的。
數據流圖：

業務2：

利用redis hash存儲白名單租戶的配額、記錄配額消費，每次消費使用redis HINCRBY myhash field -1命令；
間隔30s將消費次數同步到sqlite.

[同步租戶白名單] ASP.NET Core+Quartz.Net實現web定時任務
[C# Redis客戶端] DotNetCore三大Redis客戶端對比和使用心得
[數據持久化] EFCore批量操作，你真的清楚嗎？

業務3：認證和安全

解析結果以ASP.NET Core靜態文件服務器的形式提供給Etl訪問，這裡給這個靜態文件服務器訪問地址加上了基礎身份驗證；
項目後期添加了HTTPS證書、HTHS安全策略

技術改造

分佈式

在早期以單體程序部署的瞬間（服務不可用）會有少量流量無法處理；更糟糕的情況下，迭代部署的這個版本有問題，上線後無法運作，更多的流量沒有得到處理。
引入Redis List數據結構實現了一個簡易版本的消息隊列，解耦數據接收和數據處理。

1. ASP.Net Core結合Redis實踐消息隊列，從此放心安全迭代
2. Quartz.NET對集群的支持

面向Linux的部署

底層的技術棧是ASP.NET Core，推動項目從windows平台遷移到Linux平台部署

1. ASP.NTE Core跨平台技術內幕
2.Linux上最小化部署ASP.NET Core程序

容器化部署

雲原生時代，容器技術大行其道，欲罷不能。

總結

重寫是個演進的過程，引入了很多先進的輪子，也付諸了一些思考實踐。
在寫公眾號的過程中，偶爾會發現之前寫的文章有勘誤，所以這對認知而言，也是一個持續演進的過程(請持續關注博客園原文)。

我始終認為無論多小的程序，都有值得進化的切入點。

這駕馬車隨着我的改造，已經最大化壓縮公司成本，SLA越來越高，我也不知道這架馬車什麼時候會被公司戰略放棄，但是只要還在，定會進化不止。

[麻雀雖小，五臟俱全] 之網站重寫之路

改造歷程