Microsoft DevOps 文檔里的文章（https://docs.microsoft.com/zh-cn/azure/devops/report/dashboards/cycle-time-and-lead-time?view=azure-devops）中的這張圖片在給我們介紹了?什么是周期時間?以及它如何影響我的項目流時非常有影響力。

第一次輸入 "正在進行" 或 "已解決" 狀態類別到輸入 "已完成" 狀態類別，計算周期時間。當開發人員編寫代碼時，能夠快速驗證更改并進行修訂對于保持較短的周期時間至關重要。

豐田生產方式之父大野耐一曾經說過：我們唯一要做的就是降低從接到訂單到交付產品給客戶的周期時間。周期時間的降低可以有效保證軟件的按時交付 。所以周期時間是軟件交付的核心目標。

特別是微服務的設計和開發，通常需要達成下列4個目標：

• 構建的API 驅動設計的微服務

• 一切都可以在本地構建、測試和運行，而無需復雜的設置。

• 云端和本地依賴關系的等效性

• 設備環境無關，可以自由在Windows,Linux,Mac 之間切換。

我們借助于Dapr 可以非常容易的達成以上4個目標， 使用 Docker Compose 和 Dapr 技巧進行本地開發，測試和生產環境運行于Kubernetes， Kubernetes現在是各大云廠的標配服務。借助于Dapr 的語言無關性，平臺無關性，我們可以在環境上盡量的縮短了時間，保持較短的周期時間交付軟件。

我們可以在大腦里面來回顧一下我們的開發過程，對于每個任務/代碼更改：

開發人員會將更改部署到生產環境

如果發現任何錯誤，請重新部署舊 鏡像

在本地修復所有更改

推動其分支以生成可部署的內部版本，然后返回到 （1）

只有當開發人員脫離這個循環時，他們才能將他們的代碼簽入主程序。這個過程太瘋狂了！僅第 4 步在鏡像創建和部署之間就花費了大約 20 分鐘。兩三個遺漏的錯誤可能會使開發人員在一天中花掉大約1個小時，并且考慮到除了日常工作之外，我們都在從事這項工作，這扼殺了生產力。還有可能要考慮到部署對依賴項的更改所需的周期，此處的部署花費了更長的時間。

總結

以上是生活随笔為你收集整理的使用 Dapr 缩短软件开发周期的全部內容，希望文章能夠幫你解決所遇到的問題。

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