基于微服務設計模式的現代應用程序面臨著一系列挑戰。微服務需要有一個強大的服務發現機制來實現動態連接。它們需要松散耦合，實現自主性和獨立縮放。微服務需要支持多種語言，其中每個服務都是以最合適的語言、框架和運行時實現的。盡管采用容器和編排引擎（如 Kubernetes）可以應對打包、部署和擴展方面的挑戰，但開發過程仍然很復雜。微軟發布的分布式應用程序運行時 （Dapr） 開發現代應用程序的新方法來應對微服務開發的復雜性，這是微服務和云原生應用程序的一個平臺和語言無關的運行時。

Dapr 的體系結構對于開發人員來說非常迷人，尤其是那些熟悉 20 世紀 90 年代 COM 或 EJB 的開發人員。與 COM/DCOM 和 EJB 為在 Windows 和 Java 上運行的分布式應用程序提供管道的方式類似，Dapr 基于容器化、云原生、微服務的應用程序所需的繁重工作。Dapr 有三大元素：運行時、 服務構建塊和SDK

Dapr 運行時可以安裝在任何可以運行 Docker 的計算機上。核心運行時是容器化的，可以部署在運行 Linux、Windows 或 Mac 操作系統的 x86/ARM 處理器上。它也可以安裝在多節點 Kubernetes 群集中，也可以安裝在資源受限的邊緣設備（如樹莓派）上。唯一的要求是主機環境 能夠運行 Docker。

Dapr 使得使用在同一主機、內部或外部數據服務以及基于 pub/sub 模式的消息傳遞服務中運行的其他微服務變得非常簡單。由于 Dapr 使用Sidecar 模式，因此可以輕松地集成在 Kubernetes 上運行的微服務，以利用構建基塊。Dapr 構建基塊充當配置為組件的內部/外部服務提供商和內部使用者之間的中間層。由于每個服務的使用者始終與一個眾所周知的終結點通信，Dapr 只需將調用重定向到當前配置的組件。

上圖是狀態構建基塊組件封裝構建基塊 API 的實現。狀態構建基塊的實現可能包括 Redis、etcd、MongoDB、Amazon DynamoDB 和 Azure CosmosDB。許多組件是可插拔的，因此一個實現可以很容易地換換到另一個實現。

為了使不同語言使用 Dapr 更自然，它還包括用于 Go、Java、JavaScript、.NET 和 Python 的語言特定 SDK。這些 SDK 通過語言封裝的 API 而不是調用標準 http/gRPC API 公開 Dapr 構建基塊中的功能，例如保存狀態、發布事件或創建Actor。這使開發人員能夠用自己選擇的語言編寫無狀態和有狀態函數和Actor的組合。

Dapr 將一些經過驗證的技術和最佳實踐帶到微服務開發中。它通過即插即用模型將90 年代的數據驅動的客戶端/服務器應用程序的操作，用于 現代云原生應用程序所需的最常見服務。

相關文章：

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

• 牛年 dotnet云原生技術趨勢

總結

以上是生活随笔為你收集整理的Dapr是如何简化微服务的开发和部署的全部內容，希望文章能夠幫你解決所遇到的問題。

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