.NET Core開源任務(wù)調(diào)度平臺ScheduleMaster上新了

ScheduleMaster上一次比較大的更新還是在6月份，轉(zhuǎn)眼已經(jīng)快過去4個月了，這段時間比較忙，中間只更新過一次修復(fù)了幾個小bug。

要總結(jié)這次更新的話，必須要用“千呼萬喚始出來”了，因為這次不僅經(jīng)歷的時間比較久，還帶來了大家期待已久的功能-多數(shù)據(jù)庫支持，再就是對.NET Framework的支持。

不熟悉的朋友可以先參考以往的介紹文章：

• https://www.cnblogs.com/hohoa/category/1628282.html

同時，項目也迎來了一個里程碑，那就是收到了第一個PR，瞬間感覺肩上責(zé)任重大[手動狗頭]。

先看一下本次的更新點。

V2.2更新日志

• 新增了對SQLServer和PostgreSQL的支持（來自@xueandfeng的PR，非常感謝！）

• 新增了對.NET Standard 2.0的支持

• Worker節(jié)點支持配置最大并發(fā)數(shù)

• HTTP任務(wù)支持自定義超時時間

• 修復(fù)了已知的bug

新功能可以做什么

項目最初使用的Mysql作為數(shù)據(jù)持久化方式，從發(fā)布開發(fā)，就有小伙伴一直問能不能支持其他數(shù)據(jù)庫，因為對.NET平臺的開發(fā)者來說使用SQLServer還是更多一些。

但是那時候更多的考慮到整個項目部署的便捷性和跨平臺（docker一條龍服務(wù)），而且剛好那段時間沉迷于Mysql，所以毫不猶豫的選擇了它。

雖然使用EntityFramework這樣的ORM作為數(shù)據(jù)訪問框架，但當(dāng)時迫切的想完成核心功能快速發(fā)版，就沒有考慮支持多種類型數(shù)據(jù)庫，一直拖到現(xiàn)在。

在這過程中，支持多數(shù)據(jù)庫的需求實在太大，有很多小伙伴自己拉源碼改改就用上了，也有熱心的小伙伴改完提了PR，不過我由于個人問題還是拖了一段時間到現(xiàn)在才處理。所以，經(jīng)常用SQLServer或者更喜歡PostgreSQL的朋友有福了，再次感謝@xueandfeng。

另外，項目正式支持.NET Standard 2.0，這意味著項目不僅僅能支持.NET Core程序，同時也能支持.NET Framework（4.6.1及以上）程序了，一張圖看個明明白白：

.NET 5馬上就要正式發(fā)布了，據(jù)說.NET Standard就要成為歷史，當(dāng)年費了好大勁才理清楚這幾個玩意的關(guān)系，轉(zhuǎn)眼說沒就沒了，我啊一口老血.........吐完繼續(xù)喊“.NET真香”

以上之外，worker節(jié)點可以支持配置最大并發(fā)數(shù)量了，這是Quartz.Net線程池的一個特性。之前收到鋤頭哥多次反饋大任務(wù)量同時執(zhí)行時會有丟失的問題#38,多方排查后定位到線程池上。

從Quartz.Net 3.0開始，默認(rèn)線程池(Quartz.Simpl.DefaultThreadPool)開始使用CLR的線程池，但是仍然保留了maxConcurrency這個參數(shù)，它的默認(rèn)值是10。在官網(wǎng)文檔可以看到，在大任務(wù)量執(zhí)行頻率比較高時，建議調(diào)高最大并發(fā)量的值：

quartz.threadPool.maxConcurrency
This is the number of concurrent tasks that can be dispatched to CLR thread pool. If you only have a few jobs that fire a few times a day, then 1 tasks is plenty! If you have tens of thousands of jobs, with many firing every minute, then you probably want a max concurrency count more like 50 or 100 (this highly depends on the nature of the work that your jobs perform, and your systems resources!). Also note CLR thread pool configuration separate from Quartz itself.

不過要注意的是，這個值并不嚴(yán)格意味著你最大能執(zhí)行XX個任務(wù)，這取決于你的任務(wù)執(zhí)行情況和系統(tǒng)環(huán)境。當(dāng)你有大量高頻率任務(wù)時，調(diào)高這個參數(shù)能明顯改善任務(wù)丟失情況，ScheduleMaster給它的默認(rèn)值是20。

我在忙什么

6月底我從廣州裸辭，回到武漢開始找工作。作為今年疫情的最中心，武漢受到的影響還是非常大的，很多朋友勸我不要在這個時候換工作，但是由于一些原因我還是堅決地回來了。

所以，還是逃不過現(xiàn)實的殘酷，工作這么多年來第一次感受到找個靠譜的工作如此困難，當(dāng)然這也和武漢的.NET大環(huán)境有關(guān)，前前后后花了好幾個月才陰差陽錯地來到現(xiàn)在這家公司。

目前從事云計算行業(yè)，有太多太多的專業(yè)知識要學(xué)習(xí)，而且還有好幾門考證要求，實在應(yīng)接不暇，初期曾一度想放棄。

現(xiàn)在工作中主要的開發(fā)語言也轉(zhuǎn)型到了Golang，什么前端后端運維數(shù)據(jù)庫DevOps哪里需要往哪里搬，不斷刷新自己的知識盲區(qū)。不過.NET還是會繼續(xù)關(guān)注，這個項目還是會繼續(xù)做下去。

最后，佛系推廣一下。
作者唯一開源地址

https://github.com/hey-hoho/ScheduleMasterCorehttps://gitee.com/hey-hoho/ScheduleMasterCore （只從github同步）

文檔（還在逐步更新中）：

https://github.com/hey-hoho/ScheduleMasterCore/wiki

感謝大家支持~