![1.png](https://ucc.alicdn.com/pic/developer-ecology/108a455cbca841bb854ee63453b13150.png)

作者 | Dapr 社群
譯者 | 敖小劍
來源|[阿里巴巴雲原生公眾號](https://mp.weixin.qq.com/s/EX-x1WCR3gNV0Uq7HagBhw)

Dapr 是 2019 年 10 月開源的分散式執行時。早在 Dapr 開源初期，阿里雲就開始參與 Dapr 社群建設和程式碼開發，目前已有兩位 Dapr 成員，是 Dapr 專案中除微軟之外程式碼貢獻最多的公司。作為 Dapr 專案的早期採用者，阿里在 Dapr v1.0 釋出之前就在內部小規模的試點。本文由 Dapr 社群成員敖小劍翻譯。

# 分散式應用程式執行時現在已經生產就緒啦！

今天，我們很高興地釋出分散式應用執行時（[Distributed APplication Runtime / Dapr](https://dapr.io/)）的 [v1.0 版本](https://github.com/dapr/dapr/releases/tag/v1.0.0)，它已經達到了生產就緒所需的穩定性和企業準備。Dapr 是一個開源、可移植、事件驅動的執行時，它使開發人員能夠輕鬆地構建執行在雲平臺和邊緣的彈性而微服務化的應用程式，無論是無狀態還是有狀態。Dapr 讓開發人員能夠專注於編寫業務邏輯，而不是解決分散式系統的挑戰，從而顯著提高生產力並減少開發時間。Dapr 降低了基於微服務架構構建現代雲原生應用的准入門檻，而透過此次釋出的 v1.0 版本，Dapr 應用可以部署到生產場景中的自託管基礎設施或 Kubernetes 叢集。

自 [2019 年 10 月首次釋出](https://cloudblogs.microsoft.com/opensource/2019/10/16/announcing-dapr-open-source-project-build-microservice-applications/) 以來，Dapr 已有 [14 個版本](https://github.com/dapr/dapr/tags)，每個版本都建立在大量的社群和使用者反饋基礎上，以推動改進、穩定性和效能。這些版本立足於構建真實的應用，反映了當今開發者在開發雲原生應用時的實際情況；無論是在雲平臺、邊緣還是私有基礎設施上，社群都在加緊貢獻與 Azure、AWS、阿里巴巴和 Google cloud 整合的 Dapr 元件。

## 解決現實世界場景中的分散式應用挑戰

從成立之初開始，Dapr 開源專案就面向那些正在構建新的現實世界綠色地帶（greenfield）應用的開發者，以及那些在雲原生架構中遷移和利用現有應用和元件的開發者。Dapr 方法的關鍵是滿足開發者和企業的現狀，幫助他們實現應用的現代化，並利用他們在雲原生和微服務架構中的現有技能。在 v1.0 版本中，我們專注於將 Kubernetes 作為執行生產應用的主要託管環境，隨著 Dapr 的進一步成熟，我們希望在無伺服器（serverless）環境中看到 Dapr。在過去的一年半時間中，我們與早期採用者和合作夥伴緊密合作，因此 Dapr 現在已經成為多個基於 Kubernetes 的生產和預生產應用的核心。在這個使用者驅動的過程中，Dapr 社群改進了 Java、.NET 和 Python SDK 的原生語言體驗，用真實的工作負載測試了規模和效能，增加了安全特性，並證明了 Dapr 的 Actor 程式設計模型是工作流和物聯網（IoT）場景的最佳選擇。以下是一些早期採用者的故事，以凸顯 Dapr 如今的使用情況。

### 蔡司：光學和光電子領域的國際技術領導者

ZEISS 面臨的挑戰是維護和更新一個具有 20 年曆史的帶有硬編碼業務規則的後端系統。原來的訂單驗證和路由解決方案是基於一個具有固定容量的單體架構，開發人員在不直接在系統中重新配置表格的情況下，無法輕鬆的更新、重新路由或跟蹤訂單。此外，業務部門無法直接控制其訂單處理流程。由於存在大量的系統依賴，變更總是需要代價高昂而耗時的開發人員干預。為了解決這個問題，ZEISS 使用 Azure 和 Dapr 開發了一個新的應用程式，可以更快地完成客戶訂單，同時還加快了開發速度，並改善了公司的業務連續性。你可以在 [這裡](https://customers.microsoft.com/en-us/story/1336089737047375040-zeiss-accelerates-cloud-first-development-on-azure-and-streamlines-order-processing) 閱讀更多關於他們的故事。

![2.png](https://ucc.alicdn.com/pic/developer-ecology/94be789ffeda4eae86d04293eb7514da.png)

### Ignition Group：一家位於南非的技術企業，專注於客戶承諾和銷售支援工具

Ignition Group 打造的訂單處理軟體可以跟蹤產品、管理訂閱和處理來自各種來源的支付。訂單處理涉及許多依賴，有一個採購跟蹤機制，這個機制會呼叫客戶訂閱，觸發會計和計費流程，並確定適當的支付渠道。Ignition Group 希望微服務能給其工作流邏輯帶來好處——高可用性、彈性、可擴充套件性和效能。使用 Dapr 和 .NET Core，Ignition Group 構建了一個新的、可擴充套件性更好的、可維護的訂單處理和支付系統，該系統目前已在生產中執行。Ignition Group 今天已經執行在生產中，你可以在 [這裡](https://customers.microsoft.com/en-us/story/1335733425802443016-ignition-group-speeds-development-and-payment-processing-using-dapr-and-azure) 閱讀更多關於他們的故事。

### Roadwork：採集資料洞若觀火

Roadwork 是一家為自主系統提供端到端平臺的初創公司，讓使用者產生可執行的洞察力並據此行動。目前，他們專注於資料提取技術，並以全面整合自主系統為路徑。透過對 Dapr 與 [KEDA](https://keda.sh/) 的梳理，他們在 Kubernetes 上建立了一個生產服務，根據傳入的客戶負載請求，自動擴充套件應用和叢集。Dapr 提供了使用 RabbitMQ 的 pub/sub 的抽象和整合，其能夠輕鬆擁有 [競爭消費者模式](https://docs.dapr.io/developing-applications/building-blocks/pubsub/pubsub-overview/#consumer-groups-and-competing-consumers-pattern)。今天，Roadwork 的第一個產品 Scraper.ai 已經在生產中執行。在 [這裡](https://blog.dapr.io/posts/2021/02/09/running-dapr-in-production-at-roadwork/) 瞭解更多資訊。

## 社群和生態系統

是社群的努力讓 Dapr 成長到 v1.0。自 Dapr 首次公佈以來，開源社群團結在 Dapr 周圍並不斷成長，令人驚歎——從 2019 年 10 月的 114 個貢獻者增長到今天的 700 個。在短短的 16 個月內，增長了 6 倍多!

社群對專案的貢獻涉及到 Dapr 的每一個倉庫，範圍包括提交問題、參與功能提案討論、提供樣本，當然也包括貢獻程式碼。社群成員對專案貢獻最大的部分包括 Dapr 執行時、文件、CLI 和 SDK。另外一個關鍵的貢獻領域是建立了一個豐富的元件生態系統。可供開發人員使用的元件超過 70 個，使 Dapr 成為一個可以適用於廣泛場景的解決方案，包括開源技術和雲提供商的特定整合。當開發人員希望建立具有高可移植性的雲平臺無關的應用程式時，這些使得 Dapr 成為一個有吸引力的選擇。

貢獻並不侷限於個人，還包括阿里雲、HashiCorp、微軟等組織，以及上文提到的 ZEISS 和 Ignition Group 等早期採用者。Dapr 生態系統還包括合作伙伴的技術棧，這些技術棧為使用 Dapr 的開發者提供了附加值。例如，New Relic 提供了關於他們的監控工具如何與 Dapr 無縫工作的指導，這要歸功於 Dapr 使用的標準跟蹤協議，這些協議可以在不改變任何程式碼的情況下輕鬆地檢測您的應用程式。

培養一個開放和包容的社群是 Dapr 專案的首要目標。作為該承諾的一部分，我們分享了 [向開放治理模式的過渡](https://blog.dapr.io/posts/2020/09/30/transitioning-the-dapr-project-to-open-governance/)，這也是我們保持 Dapr 開放、供應商中立和包容性的方式。我們的願景是繼續這一旅程，並打算在不久的將來讓 Dapr 加入一個開放軟體基金會。同時，我們邀請您透過 [GitHub](https://github.com/dapr)、Dapr [社群定期會議](https://github.com/dapr/community#community-meetings) 和最近推出的 [Discord 伺服器](https://aka.ms/dapr-discord)  與 Dapr  社群互動。

> "在阿里雲，我們相信 Dapr 將引領微服務的發展。透過採用 Dapr，我們的客戶現在可以以更快的速度來構建可移植和健壯的分散式系統。" 
>

> —— 阿里雲資深技術專家 李響

## 釋出亮點

在最近的幾個月中，我們已經發布了三個 v1.0 版本的候選版本，專注於從社群獲得反饋，併為 v1.0 版本做準備。在效能、安全、高可用性（HA）和一致性等方面更深入地關注於生產就緒。完整的釋出說明可以在 [這裡](https://github.com/dapr/dapr/releases/tag/v1.0.0) 獲得，以下是一些亮點：

### 作為生產環境的 Kubernetes

對於 v1.0 版本，Kubernetes 是首選的託管環境，它與 [Dapr 控制平面和 Dapr sidecar架構深度整合](https://docs.dapr.io/operations/hosting/kubernetes/kubernetes-overview/)。例如，在運維上，透過 Dapr CLI "init" 和 "upgrade" 命令簡化了 Dapr 在 Kubernetes 上的安裝和升級，這些命令可以拉取正確的 Dapr 執行時版本，並確保這些版本以受控的方式推出，包括遷移正在使用中的證照。您可以在 HA 模式下安裝 Dapr 控制平面，確保多個例項同時執行，而且 Dapr sidecar 有一個健康端點，可以實現 Kubernetes 就緒（readiness）和活潑度（liveness）探針以確定其健康狀態。在整個釋出候選版本的過程中，我們與早期採用者密切合作，以確保他們能夠以可運維的方式遷移到每個 Dapr 執行時版本，而不是構建新的叢集。請參閱 [生產部署指南](https://docs.dapr.io/operations/hosting/kubernetes/kubernetes-production/) 以瞭解更多資訊。

### 效能、一致性和支援

在雲原生應用中，效能是至關重要的，而 Dapr 對高效能非常重視。一個經常被提起的話題是，由 sidecar 模型為應用程式完成所有繁重工作所帶來的影響，以及資料平面效能的權衡取捨。其中一個特別關注的領域是服務呼叫構建塊，在這裡，當透過兩個 Dapr sidecar 在兩個應用之間呼叫並收到響應時，[Dapr 在 p90 時增加了約 1.2ms 的端到端延遲，在 p99 時增加了約 2ms](https://docs.dapr.io/operations/performance-and-scalability/perf-service-invocation/)。由此可見，Dapr 具有極低的服務間延遲，並針對高吞吐量場景進行了最佳化。

Dapr 有超過 70 個由社群開發的元件，為了確保對這些元件的使用信心，它們要經過一系列的一致性測試。元件首先從 alpha 狀態開始，最終達到 GA 狀態，並需要使用者在生產中使用它們。對於 v1.0 版本，只有部分已經在生產中廣泛使用的元件被批准為 GA，其他元件在滿足標準後也將加入其中。與眾多開源雲原生技術一樣，變更、修復和改進的引入速度很快，這意味著受支援版本存在滾動視窗。重要的是，Dapr v1.0 版本宣稱 API 層面是穩定的，如果未來需要修改，將透過 [版本機制](https://docs.dapr.io/operations/support/support-versioning/) 來保證 API 的完全向後相容，如果需要破壞性的修改，則會提前幾個版本註明。最後，從支援的角度來看，[當前和之前的版本都將支援](https://docs.dapr.io/operations/support/support-release-policy/) 在出現關鍵問題或安全問題時進行補丁更新。

### 安全

安全一直是 Dapr 的核心主題，因為我們已經認識到基於微服務架構構建安全的現代分散式應用的複雜性，而 Dapr 已經透過了多項獨立的[安全審計](https://docs.dapr.io/concepts/security-concept/#security-audit)。為了抵禦應用程式之間的中間人攻擊，您需要進行加密，而 Dapr 透過其控制平面服務發出的 x.509 證照提供加密，這些證照會自動更新和滾動。為了提供對資源的訪問控制，如狀態儲存、金鑰、服務間呼叫，或釋出/訂閱特定主題的能力，您需要細粒度的訪問控制策略（ACL）。當使用 [spiffe](https://spiffe.io/) 作為身份標準訪問資源時，Dapr 提供了廣泛的 ACL。當執行應用程式時，您可以將這些應用程式隔離在不同的名稱空間中，以便進行運維部署和隔離。這些廣泛的安全能力在下圖中顯示，這裡有三個利用 Dapr 安全特性的微服務：

![3.png](https://ucc.alicdn.com/pic/developer-ecology/0411bb72649049c8bc0f3118dadb7962.png)

### 程式語言和 SDK

Dapr 以其程式語言、框架和工具擁抱所有的開發者社群。Dapr 被設計為可以透過 HTTP 和 gRPC 協議從任何程式語言中使用，這意味著您不需要在編譯時包含任何依賴關係。當然，為了改善開發者的原生語言體驗，[Java、.NET、Python 和 Go 的 SDK](https://docs.dapr.io/developing-applications/sdks/) 也以 v1.0 生產就緒的形式釋出，這反映了它們在社群和組織中的成熟應用。這些 SDK 可以讓您作為開發者，使用您最喜歡的開發環境，如 VS Code 或 IntelliJ。JavaScript/Node.js、C++、Rust 和 PHP 的 SDK 目前處於預覽階段，隨後將釋出 v1.0 版本。PHP SDK 包括對 Actor 的支援，這是社群為 Dapr 廣泛且不斷增長的程式語言列表做出貢獻的一個極佳的例子。

![4.png](https://ucc.alicdn.com/pic/developer-ecology/25461067904d441f851c3ae93c4c9e2c.png)

## 展望未來

透過這個 v1.0 版本，我們為構建現代雲原生應用所需的基本構建塊奠定基礎的旅程才剛剛起步。社群驅動意味著社群將在未來的版本中設定專案的優先順序，其中許多優先順序已經被投票透過。例如，增強現有構建塊的亮點，包括在狀態管理中使用 OData 查詢和過濾多個值的能力。在 pub/sub 中，[支援 CloudEvents v1.0 過濾功能](https://github.com/dapr/dapr/issues/2582)，以根據訊息內容過濾出使用者感興趣的事件。在可觀測性方面，提供一個 API 用於 [從應用中追蹤事件](https://github.com/dapr/dapr/issues/100)，防止您不得不繫結到特定的監控類庫，並使 actor 能夠直接[訂閱 pub/sub](https://github.com/dapr/dapr/issues/501) 事件，從而開啟了豐富的事件驅動場景。

新的構建塊提案包括用於讀寫應用程式配置資料的配置 API，例如來自 Azure Configuration Manager  或 GCP Configuration Management。領導者選舉構建塊，提供建立單例例項、同步或鎖定語義能力。用於網路級服務呼叫的透明代理構建塊，使您能夠根據 URL 或 DNS 地址來路由訊息，以及用於熔斷器、隔離艙和超時等模式的更多彈性構建塊。

最後，在 v1.0 版本中，Dapr 整合了多個開發者框架，包括 ASP.NET Core、Java Spring Boot、Azure Functions 和 Logic Apps，而我們認為這還將繼續，更多的開源框架如 Django、Nodejs 和 Kyma 都是潛在的例子。此外，考慮到 Dapr 的託管平臺1獨立性，在虛擬機器、邊緣平臺（如 Azure Stack Hub 或 AWS Outpost）和其他分散式系統平臺上提供對 Dapr 控制平面一流的支援，可以實現應用的可移植性。

## 開始和貢獻

我們希望您能試用 Dapr v1.0。您可以使用文件中的 [入門指南](https://docs.dapr.io/getting-started/) 進行學習，然後透過 [快速入門](https://docs.dapr.io/getting-started/quickstarts/) 來深入瞭解。如果你需要更多資訊，[樣本庫](https://github.com/dapr/samples) 是 Dapr 社群捐贈的不同的應用程式的展示。Dapr 文件 [docs.dapr.io](https://docs.dapr.io/) 是全面的指南，還有幾本書，包括[《 Learning Dapr》](https://learning.oreilly.com/library/view/learning-dapr/9781492072416/)、[《使用 Dapr 和 .NET 實踐微服務》](https://www.packtpub.com/product/practical-microservices-with-dapr-and-net/9781800568372)以及最新發布的免費電子書[《Dapr for .NET 開發者》](https://aka.ms/dapr-ebook)。如果您有任何疑問，遇到問題或想與社群的其他成員交流，Dapr 社群隨時在 [Discord](https://aka.ms/dapr-discord) 上歡迎您的到來。

對於 Dapr 來說，v1.0 版本的釋出只是一個開始，在這個過程中，我們感謝並鼓勵您的持續幫助、反饋和貢獻。無論是編寫新的元件，提出建議，貢獻新的構建塊，還是增強您最喜歡的語言的 SDK，我們都希望聽到您的意見並與您一起參與。在這個微服務開發的時代，作為一名開發者，這是一個令人興奮的時刻，Dapr 將釋放您的生產力和創造力，輕鬆構建現代化的分散式應用。我們非常高興的看到您繼續使用這個專案，看到您使用它進行構建，並對 Dapr 的發展保持關注。

## 譯者注

1. 英文原文來自 Dapr 官方網站部落格文章 [Announcing Dapr v1.0](https://blog.dapr.io/posts/2021/02/17/announcing-dapr-v1.0/)。

1. 譯者所在的阿里云云原生團隊深度參與了 Dapr 1.0 的開發，同時也正在內部小規模的試點 Dapr ，稍後將分享阿里雲在 Dapr 上的實踐。

1. 文中提到的  [《 Learning Dapr》](https://learning.oreilly.com/library/view/learning-dapr/9781492072416/) 一書，譯者所在的團隊正在翻譯中，預計很快就將出版發行，歡迎關注。

1. [Dapr 中文社群](https://github.com/dapr-cn) 目前正在組織翻譯 Dapr 的官方文件，預計不久將完成部分章節並在官方上線，同樣歡迎關注，更歡迎一起參與。

### **譯者簡介**

敖小劍，資深碼農，十九年軟體開發經驗，微服務專家，Service Mesh 佈道師，Servicemesher 社群聯合創始人。專注於基礎架構，Cloud Native 擁護者，敏捷實踐者，堅守開發一線打磨匠藝的架構師。曾在亞信、愛立信、唯品會、螞蟻金服等任職，對基礎架構和微服務有過深入研究和實踐。目前就職於阿里云云原生應用平臺從事 Service Mesh、Serverless、Multiple Runtime 等雲原生產品設計和開發。

開源微服務執行時 Dapr 釋出 1.0 版本

相關文章