1. 程式人生 > >.NET微服務調查結果

.NET微服務調查結果

.NET Core就是專門針對模組化的微服務架構而設計, 在2018年國慶時間展開.NET微服務的使用情況,本次調查我們總計收到了來自378個開發者的調查。從落地現狀、架構體系、未來趨勢等方面對微服務進行了分析。希望能夠為傳統企業微服務決策、規劃和實施提供依據和解決辦法。

1、微服務客戶畫像:微服務架構在企業的使用情況可以分為四個層次:初級使用者、輕度使用者、中度使用者、以及重度使用者。初級使用者基本是傳統架構,獨立部署需求不突出,技術堆疊不成熟,需要較長的培育和成長期。 輕度使用的企業邊緣業務系統開始使用Steeltoe 自研框架,但元件的使用尚不熟練。中度使用者為使用自研框架Steeltoe

時間較長,但還沒有做周邊配套的工具鏈。重度使用者是那些走在微服務架構改造前沿,具備微服務規劃和體系,有自己研發實力的企業。已經採用微服務架構的開發者只有34%,另外52%的開發者即將採用微服務,只有13%的開發同學不計劃使用微服務。

image

2、微服務框架的採用上, 26% 左右的開發者都是自研框架, service fabric框架的採用率也達到了20%,Steeltoe (Spring Cloud)的採用率也達到了 10%,甚至 tarsnet 期待採用的也有3%,採用微服務所需要的配套工具鏈阻礙了大家對微服務的採用。Service Fabric 是微軟開源的一套非常成熟的微服務框架,但是微軟中國推廣的比較少,這裡要呼籲微軟加強Service fabric的推廣,最近我也在研究Service fabric,大家有需要實施service fabric方面可以找我哦。同時我們召集了社群的四位同學正在加緊Tars 對.NET Core支援的開發工作,最新進展大家可以關注

https://github.com/TarsNET 。同時我也有一套自研框架NanoFabric,程式碼也是開源的:https://github.com/geffzhang/NanoFabric,不過在調查中忘記了一個選項Service Mesh。

image

3、微服務框架的核心元件-API閘道器,53% 的開發者選擇了Ocelot,自研的閘道器也有12% 。Ocelot 經過了3年時間的發展,通過社群共同努力,功能方面已經比較完整,可擴充套件性也越來越好,有什麼不滿足需求都可以很容易的進行擴充套件,比如社群裡就擴充套件了後端服務的通訊可以採用GRPC,Orleans,WebSocket,最近我正好寫了一篇

Service Fabric 與 Ocelot 整合

image

微服務的核心使命是簡化開發,提高IT系統對業務的支撐能力。傳統行業新興業務對IT效率的變革需求,業務模式創新重塑要求IT快速響應,是今天微服務炙手可熱的主要驅動因素。從目前微服務落地的狀態預估有兩年左右的培育和成長期。