.NET微服務調查結果

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

1、微服務客戶畫像：微服務架構在企業的使用情況可以分為四個層次：初級使用者、輕度使用者、中度使用者、以及重度使用者。初級使用者基本是傳統架構，獨立部署需求不突出，技術堆疊不成熟，需要較長的培育和成長期。 輕度使用的企業邊緣業務系統開始使用 Steeltoe 或 自研框架 ，但元件的使用尚不熟練。中度使用者為使用 自研框架 或 Steeltoe 時間較長，但還沒有做周邊配套的工具鏈。重度使用者是那些走在微服務架構改造前沿，具備微服務規劃和體系，有自己研發實力的企業。已經採用微服務架構的開發者只有34%，另外52%的開發者即將採用微服務，只有13%的開發同學不計劃使用微服務。

2、微服務框架的採用上， 26% 左右的開發者都是自研框架， service fabric框架的採用率也達到了20%，Steeltoe (Spring Cloud)的採用率也達到了 10%，甚至 tarsnet 期待採用的也有3%，採用微服務所需要的配套工具鏈阻礙了大家對微服務的採用。Service Fabric 是微軟開源的一套非常成熟的微服務框架，但是微軟中國推廣的比較少，這裡要呼籲微軟加強Service fabric的推廣，最近我也在研究Service fabric，大家有需要實施service fabric方面可以找我哦。同時我們召集了社群的四位同學正在加緊Tars 對.NET Core支援的開發工作，最新進展大家可以關注 ofollow,noindex" target="_blank">https://github.com/TarsNET 。同時我也有一套自研框架NanoFabric，程式碼也是開源的： https://github.com/geffzhang/NanoFabric ，不過在調查中忘記了一個選項Service Mesh。

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

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