首先給大家拜個年，祝大家：新年快樂，牛年大吉，牛轉乾坤，一往無前！

2020年的春節，新冠疫情使得全球業務停滯不前，那時候，沒有人知道會發生什么，因此會議被取消，合同被擱置，項目被推遲，一切似乎都停止了。但是我們卻見證了IT社區所煥發的活力。盡管其他行業還不能恢復正常，各行各業通過IT技術來進行經濟和社會活動，2020年讓我們把數字化轉型向前推進了一大步，很多傳統的企業通過這次數字化的洗禮，云的技術被更多人所接受，在IT行業中，基于云原生技術的開發仍在繼續，該領域也出現了一些有趣的技術趨勢，我們一起來看下未來幾年內dotnet 技術在云原生領域的發展。

在過去幾年里，一直在被吹捧的新興的微服務風格的微服務風格應用程序構建，應用程序將大型應用程序分解為較小、相互連接的組件，從而使團隊可以在應用程序的不同部分上獨立工作，而不會互相干擾，但是微服務也會帶來自身的一系列挑戰。更有甚者是有些團隊為了微服務，認定spring cloud就是構建微服務的利器，選擇將dotnet轉向spring cloud搞微服務，結果是微服務也沒搞好，落了個天天996，團隊成員怨聲載道。隨著2020年kubernetes 的進一步普及，dotnet 在容器化方面的優勢的不斷提升，dotnet在kubernetes 這個新時代的安卓系統里面的優勢越發明顯， 微服務構建也轉向了以Sidecar 模式，這種Sidecar 模式正在以更加迅猛的勢頭將中間件領域的能力下沉至 Kubernetes 這個新一代的應用基礎設施當中，除了已經如火如荼的 Istio 對流量治理領域的顛覆，微軟已經不甘示弱的開源了 Open Service Mesh 作為回應。而與此同時， OAM 在微軟的姊妹項目?Dapr?則直接拉齊了 Kubernetes 與中間件在“服務發現與綁定”側的距離，老牌項目 Dubbo 亦宣布了下一代云原生中間件的技術藍圖。當然， 所有這一切背后的用戶動機是非常清晰的：云原生時代的中間件，既要語言無關，也要平臺無關。

在所有問題上，對于任何給定的項目而言，正確的方法都可能介于兩個極端之間（要么微服務架構，要么單體架構），微服務的構建在企業軟件設計中正在取得平衡，不會再走向極端，而是接受了微服務的真正內涵，既與語言無關，又與平臺無關，選擇適合自己團隊背景的技術構建云原生應用，對于dotnet 技術背景的團隊在構建云原生應用，.NET 5為你提供了很好的技術底座。

盡管Kubernetes主要面向系統運維人員，但它也在如何輕松擴展和管理分布式應用程序方面引發了一場革命，對于開發人員而言，它仍然是需要跟進學習的一個新時代的分布式操作系統，我們的企業基于kubernetes 構建自己的服務平臺，kubernetes 位于底層， 基于kubernetes開發云原生應用程序的工作，微軟有一次走到了前面，作為最懂開發者的微軟 偕同阿里云 推出了開放應用模型 OAM ，OAM 正迅速成為Kubernetes 社區中的事實標準， OAM 在微軟的姊妹項目Dapr 再一次將我們開發云原生應用的模型呈現在所有社區面前，目前已經發布了1.0-RC3，也許春節后就可以正式發布1.0.特別對于.NET開發者來說，Dapr 里面的編程模型是很熟悉的，Dapr 所帶來的有狀態的Actor服務，就是來自于.NET開源項目Orleans 的Virtual Actor，還有微軟的開源項目Service Fabric 的Virtual Actor。

云原生的微服務在任何現代應用程序框架中都越來越重要，因此選擇正確的開發環境和工具至關重要。隨著Dapr接近其1.0版本，它為我們提供了一組構建塊和支持工具，可幫助我們以易于部署和可重復的方式實現關鍵的微服務設計模式。對通用語言的支持和與框架無關的方法確保了花幾天時間評估Dapr是非常值得，大家學起來吧。推薦大家從這幾篇由朱永光 寫的文章開始了解：

• Dapr微服務應用開發系列0：概述

• Dapr微服務應用開發系列1：環境配置

• Dapr微服務應用開發系列2：Hello World與SDK初接觸

• Dapr微服務應用開發系列3：服務調用構件塊

相關文章：

• Dapr 已在塔架就位 將發射新一代微服務

總結

以上是生活随笔為你收集整理的Happy 牛 Year！牛年dotnet云原生技术趋势的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。