年薪百萬的程式設計師都在用的摸魚方式……

陈哥聊测试發表於2024-05-20

隨著資訊科技的不斷髮展,許多傳統的工作流程正在向自動化方向迅速轉變。在過去,開發人員在完成程式碼編寫後,需要透過手動執行一系列操作來將程式碼部署到生產環境中。

這看似簡單,但在實際操作過程中,不僅容易出現各種人為失誤,還會消耗開發人員大量的時間和精力。此外,一旦出現問題就需要進行回滾操作,這就意味著上述步驟需要再次執行直至成功。

作為一個老測試人,這種心痠痛苦難以言表。為了解決這些問題,自動化部署技術逐漸嶄露頭角。自動部署,簡單來說,從程式碼的版本控制、構建、測試到最終的釋出,這些複雜繁瑣的步驟都是自動完成的,不需要人工介入。

上午就已經把工作做完了,才心血來潮想和大家分享一下我的“摸魚”技巧。本文將介紹自動化部署的優勢和實踐。透過了解自動化部署的基本原理和工具,幫助大家爭取實現高效、可靠的軟體釋出流程。

一、為什麼自動化部署如此重要

1、及時反饋,提高發布頻率

自動化部署大大簡化了部署過程,不僅可以快速將新特性和修復推送給使用者,還可以獲得使用者的及時反饋。透過快速反饋,團隊可以立即瞭解產品的改變是否有效、是否滿足使用者的需求,再根據使用者的反饋進行調整。

Facebook移動應用的更新頻率非常高,iOS和Android應用平均每月更新一次,每次更新都可能包含新功能、效能改進、bug修復等內容。

在Facebook,每個部署的軟體更新平均有92行程式碼被新增或修改,每個開發人員平均每週向生產環境推送3.5次更新。考慮到Facebook工程團隊的規模,這意味著每天會向生產環境部署1000次,僅僅靠自動化部署是無法完成的。

市場頻繁發生變化,同類產品競爭激烈,自動化部署可以促進新版本的快速釋出,幫助產品快速適應市場變化,獲得使用者的關注。

2、提高效率,減少人為錯誤

開發人員每天都在開發新的功能或修復Bug,每天都需要將新的程式碼部署到生產環境中。在上傳或啟動程式碼的過程中一旦出現錯誤,就可能導致產品無法正常執行,影響使用者體驗。

如果使用自動化部署,只需要將程式碼提交到版本控制系統,等待自動化部署工具完成接下來的步驟,因此不會出現人為錯誤。即便在構建或測試過程中發現了錯誤,自動化部署會停止並通知開發人員,這樣開發人員就可以立即修復錯誤,避免錯誤影響到生產環境。

此外,自動化部署還可以與灰度釋出策略相結合。開發人員可以先將新的程式碼部署到一部分伺服器上,觀察是否有問題。如果沒有問題,那麼再將程式碼部署到所有的伺服器上。這樣,即使新的程式碼有問題,也只會影響到一部分使用者,而不會影響到所有的使用者。

許多公司在成功實施自動化部署後有了明顯的結果,如谷歌使用Cloud Build和Cloud Deploy實現自動部署,縮短了部署時間高達80%;亞馬遜利用AWS CodeDeploy進行自動化部署,在沒有停機的情況下部署了數百萬個程式碼更改。

我們不得不承認,自動化部署在一定程度上減少了人為錯誤,大大提高了部署的速度和可靠性。

3、長期穩定,避免反覆除錯

手動部署的流程通常記錄在文件中,維護這些文件需要額外的時間,且由於更新的存在,版本部署往往存在不一致或不完整的問題。如果遇到人員更替或離職的情況,部署流程將受到嚴重影響。此外,長期從事手動部署工作的人員,其工作效率易受工作狀態、專注度等因素影響。

自動化部署一方面整個流程是可被複制的,無需開發人員再投入額外的時間進行反覆的除錯和錯誤排查;另一方面可以將人員從繁瑣的手工操作中解放出來,保證工作流程的長期穩定性。

二、如何實現自動化部署

1、如何選擇合適的自動化部署工具

隨著數字化轉型的發展,企業線下業務逐漸線上化,應用數量與日俱增,部署活動也變得更加頻繁。目前,市場上的自動化部署工具五花八門,我們該如何選擇適合自己開發流程的工具呢?

  • 專案需求

我們需要清楚我們的專案具體需要什麼。是否需要支援多環境部署,如開發、測試、生產環境?是否需要支援多平臺部署,如Windows、Linux、Mac或者雲服務(AWS、Azure、GCP)?我們的專案是基於什麼語言或框架開發的……這些都會影響你對部署工具的選擇。

  • ​易用性

部署工具應該易於理解和使用,尤其是對於新手來說。如果一個工具需要極大的學習和配置成本,那麼它可能不是最佳選擇。同時,工具的文件和社群支援也是需要考慮的因素。

  • 可擴充套件性

如果專案可能會增長或變化,那麼這就需要一個可以隨著專案需求擴充套件的工具。這包括支援新的部署目標(例如,新的作業系統或雲服務),以及支援更復雜的部署策略(例如,藍/綠部署或金絲雀部署)。

  • ​整合

部署工具應該能夠輕鬆整合到你的開發和運維流程中。這可能包括與原始碼管理系統(如GitFox)、持續整合/持續部署(CI/CD)工具(如Jenkins、GitHub Actions、GitLab CI/CD)以及監控和日誌系統的整合。

  • 成本

部署工具的成本也是一個重要因素。這包括購買和維護工具的直接成本,以及學習和使用工具的間接成本。有些工具可能免費,但需要大量的配置和維護,而其他工具可能需要付費,但提供了更多的功能和支援。

常見的自動化部署工具包括Jenkins、Ansible、Docker、Kubernetes等。每個工具都有其優點和缺點,團隊需要根據上述因素和具體需求來選擇適合的工具。

2、如何實現自動部署流程

自動化部署是支援DevOps實踐和管理CI/CD管道的重要環節。以​​禪道DevOps平臺​​為例,如何實現自動部署流程:

  • 版本控制:在開發過程中,開發人員將編寫的程式碼提交到版本控制工具(如GitLab、GitFox軟體)進行原始碼管理,實時跟蹤程式碼的更改。
  • 持續整合:當程式碼提交後,禪道的持續整合工具會自動觸發構建過程,包括SonarQube進行靜態程式碼分析、ZTF自動化測試管理框架進行單元測試等。如果構建過程中出現任何問題,開發人員會立即收到通知。測試完成後,發起合併請求。
  • 持續測試:開發團隊可使用持續整合工具(GitFox 流水線、GitLab CI)來驅動ZTF執行某種型別的自動化測試,測試過程中指令碼透過訪問ZenData生成的資料檔案或API介面獲取結構化的測試資料。
  • 持續部署:如果構建成功,禪道整合的持續部署工具會自動將新的程式碼更改部署到指定的環境中,例如測試環境或生產環境。
  • 反饋和改進:部署完成後,禪道平臺可以提供詳細的部署日誌和應用效能監控資料,幫助團隊瞭解應用的執行情況,並在必要時進行調優或修復。

值得注意的是,實際的部署流程可能會根據具體的專案需求和團隊習慣進行調整。

三、一鍵自動化部署,繼續摸魚

儘管自動化部署帶來了諸多優勢,但我們也不能忽視它的挑戰,如複雜的環境配置、安全性問題等,因此自動化部署工具需要結合具體的專案需求和環境來進行選擇和配置。

雖然自動化部署工具並不是萬能,但自動化部署確實是軟體開發和測試的重要組成部分。不難看出,我就是自動化部署的受益人。

不說了,新的任務又來了,下次再和大家分享其他的省時省力的“摸魚”技巧。

相關文章