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

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

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

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

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

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

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

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

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

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

開發(fā)人員會將更改部署到生產(chǎn)環(huán)境

如果發(fā)現(xiàn)任何錯誤，請重新部署舊 鏡像

在本地修復所有更改

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

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

總結

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

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