資訊專欄INFORMATION COLUMN
摘要：使用的公司能大大增加他們的應用程序發行頻率。然而，這是戰略需求，將會提高交付速度，減少錯誤。我們的建議是，最好進入流程定義，以實現零接觸持續部署的總體目標。
在最好的時候創建用戶喜歡的高質量應用程序并不是件容易的事情。更何況，要怎樣做才能更快地創建用戶喜歡的高質量應用程序并且能夠不斷改進它們呢？這就是需要引入持續集成和持續交付（CI / CD）的地方。
持續集成（CI） 什么是持續集成？那么，持續集成（CI）究竟是什么呢？它是軟件工程師每天頻繁地將更新代碼的副本傳遞到共享位置的過程。所有的開發工作都在預定的時間或事件中進行集成，然后自動測試和構建工作。通過CI，開發過程中出現的錯誤能被及時發現，這樣不僅加速了整個開發周期，而且使軟件工程師的工作效率更高。
持續集成有什么好處？我們不能低估CI的好處。因為團隊里的人都在同一個產品上進行實時工作，所以在軟件開發過程中使用CI時，你可以期望實現更快的速度、更好的穩定性和更強的可靠性。并且在開發過程的早期，開發人員能夠發現和解決任何編碼問題，使它們在成為下游主要問題之前得到糾正。這樣可以降低錯誤代碼導致的長期開發（和業務）的成本。
持續集成對于QA測試花費的時間也有很大的影響。通過CI，開發人員不斷審查和編輯以前的代碼，能夠檢查到許多小的錯誤，這些錯誤在QA里通常發現的晚一些。這使得測試人員不僅可以專注研究代碼和關注更加緊迫的問題，而且能夠同時測試更多的場景。
對開發團隊來說，使用CI的另一個好處是可以提高編碼能力。由于持續發展的自然靈活性，這使得開發人員能夠快速、輕松地對代碼進行更改，卻不會產生運行回歸風險。
持續交付（CD） 什么是持續交付？持續交付（CD）是創建高質量應用程序的第二個難題。CD是一門軟件開發學科，利用技術和工具快速地交付生產階段的代碼。由于大部分交付周期都是自動化的，所以這些交付能夠快速地完成。
持續交付有什么好處？實施持續交付的主要好處是能夠加快應用程序的上市時間。使用CD的公司能大大增加他們的應用程序發行頻率。在沒有使用CD之前，應用程序發布的頻率通常是幾個月一次。然而現在使用CD，你可以一個星期發布一次、甚至每天發布多次應用。在競爭激烈的行業中，速度的提高將會使你處于主要優勢。
持續不斷的軟件版本發布也會根據用戶對應用程序的反饋，允許開發團隊對其進行微調。這個用戶反饋為開發人員提供了所需要的洞察力，并且它優先考慮了用戶實際需要的功能請求。同樣重要的是，對用戶實際上沒有用到的應用程序功能，它允許開發人員對其進行優先級排序。
CD的另一個好處是它能保證每個發行版本的風險較低。當使用CD方法發布時，開發團隊也會更有信心，因為在整個開發生命周期中，所有內容都經過了多次測試。
任何不考慮轉向CI / CD的公司都或將被那些使用CI / CD方法的競爭對手遠遠地甩在后面。那么，如何轉向CI / CD？當您準備轉向持續集成／持續交付（CI / CD）時，需要考量及決定的相關流程有很多。下文將帶您了解這些主要流程。
轉向CI/CD的重要流程 1、分支和合并你需要組織及考慮的一個主要流程就是你的分支和合并。分支就是開發人員可以在代碼的平行部分工作的地方——從一個中央代碼庫分支出來。分支的好處在于，它允許在不破壞中心代碼基礎的情況下，在軟件構建的不同方面同時進行工作。顯然，合并即意味著分支合并到核心代碼庫。
通過各種版本控制系統，許多開發人員對分支和合并已經很熟悉了。然而，根據您的構建的特別要求，您所分支的內容也有很多不同的策略。有些開發人員將通過維護、功能或團隊來進行發布的分支。
您可能會對某種策略非常狂熱，但“絕對正確”的分支和合并策略是不存在的，只存在“對您的構建而言正確”的方式與策略。這需要檢查您當前的分支和合并策略，并根據您的目標和情況決定需要更改哪些內容。
2、構建自動化構建自動化意味著您可以自動編譯軟件構建。持續集成服務器的核心是構建自動化服務器，其工作是在觸發或定時的基礎上編譯和鏈接源代碼。您選擇的持續集成服務器將成為您的CI/CD環境的支柱。
在查看構建自動化過程時，了解市場上各種可用選項的功能是非常有幫助的。開源公司Jenkins現在在CI/CD部署中占絕對優勢，這通常是一個好的開始。或者至少，在比較其他解決方案時把它作為基準。作為一個開源代碼系統，您可能仍需構建一些實用程序,以使構建自動化完全適合您的情況。
3、測試自動化測試自動化對于CI/CD能否按預期工作至關重要。如果沒有自動化測試，CI/CD將很快無法實現快速交付的目標。我們的總體建議是盡可能自動化。這意味著您需要檢查您需要執行的各種測試，并決定在您的環境中可以安全地自動進行哪些測試。
建立測試自動化環境可能需要新的技能。然而，這是戰略需求，將會提高交付速度，減少錯誤。至少，您應該自動化代碼審查、單元測試、集成測試和系統測試。
4、部署自動化關于持續交付和持續部署之間的區別，仍然存在一些混淆。簡而言之，持續交付意味著持續推出發布就緒代碼，而持續部署則意味著持續給用戶部署該軟件。
無論你在看什么“CD”，對那些不習慣的人來說，這似乎是一個巨大的飛躍。為了讓您的組織有信心將軟件部署到最終用戶，需要一個嚴密的測試自動化基礎設施。
我們的建議是，最好進入流程定義，以實現零接觸持續部署的總體目標。雖然領先的持續集成系統通常會考慮自己的持續交付系統，但您可以比現成的參數更進一步。真正的敏捷性需要構建一個基礎設施、寫好代碼，吸引用戶使用。
選擇開源且完整的CI/CD的工具真正實現CI／CD并非易事，pipeline搭建工作復雜，平滑升級難以保障，服務宕機難以避免……選擇一個完整的CI/CD工具，將大大助力于CI/CD在企業里落地并最終帶來生產運維效率的提升。Rancher Labs新近發布的CI/CD工具Rancher Pipeline，就擁有極簡的操作體驗，強大的功能整合，并且完全開源。
同時支持多源碼管理：在單一環境中同時拉取、使用和管理托管在GitHub和GitLab的代碼；
一鍵部署，完全可視化的pipeline配置，拖拽方式的pipeline搭建；
階段式和階梯式pipeline，可自由擴展的步驟系統；
靈活的流程控制：不同的代碼分支可以自動匹配不同的CI流程，從而支持較為復雜的流程控制
支持多種觸發方式：計劃任務的觸發、來自GitHub / GitLab的webhook觸發、手動觸發，以及通過定制化的開發，實現更多種觸發方式的支持
良好集成的審批系統：審批系統已與Rancher用戶管理系統集成，且用戶可以在任意階段插入斷點，自由地對任意階段進行審批
靈活的pipeline啟停機制：任一環節出錯，整個進度可以立即停止，而問題解決之后又可以重新運行
拓展閱讀：Rancher Pipeline發布
英文原文：
https://www.infostretch.com/b...
https://www.infostretch.com/b...
文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。
轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/27195.html
摘要：總體上，企業上云可歸納為兩大投資四大重點與五大階段。企業上云的兩大投資，包括企業上云平臺體系投資與網絡基礎投資。由此，企業上云進程劃分為以下五個階段研發設計類工具上云。對于企業上云的個階段，這里老王就不再多說，相信大家都能看明白。企業從工業云進化為工業互聯網，需要經歷五個階段前一篇文章，我們了解了企業為什么上云以及企業上云的好處。今天，老王側重跟大家分享相關部門對企業上云的總體規劃及部署，同...
摘要：導讀阿里巴巴轉型之后，運維平臺是如何建設的阿里巴巴高級技術專家陳喻結合運維自身的理解，業務場景的分析和業界方法論的一些思考，得出來一些最佳實踐分享給大家。實施效果嘉賓介紹陳喻亞松，阿里巴巴高級技術專家。 導讀：阿里巴巴DevOps轉型之后，運維平臺是如何建設的？阿里巴巴高級技術專家陳喻結合運維自身的理解，業務場景的分析和業界方法論的一些思考，得出來一些最佳實踐分享給大家。 前言 我是這...
摘要：持續交付持續交付豆瓣微服務離不開，而核心就是幾點自動化連續小范圍快速可靠。敏捷革命敏捷革命提升個人創造力與企業效率的全新協作模式豆瓣實際上正是敏捷開發的最佳實踐，有了前面的鋪墊，我們可以通過這本書我們來真正了解敏捷開發的全貌。 后端好書閱讀與推薦系列文章： 后端好書閱讀與推薦后端好書閱讀與推薦（續）后端好書閱讀與推薦（續二）后端好書閱讀與推薦（續三）后端好書閱讀與推薦（續四）后端好書...
摘要：內部長期使用來管理代碼。審核通過并且成功后，觸發靜態測試單元測試鏡像構建鏡像部署集成測試等測試通過后，創建一個從到的，由負責人進行審核。從圖中我們可以看到，部分是一個單元測試，預發布部署，集成測試，，提交代碼的循環過程。UCloud內部長期使用 Gitlab 來管理代碼。雖然Gitlab作為一套開源平臺已很優秀，但我們對于其能為CI/CD提供的敏捷性并不十分滿意，內部實踐中的代碼發布周期仍需...
摘要：容器云將支持應用的一鍵式部署交付，提供負載均衡，私有域名綁定，性能監控等應用生命周期管理服務。本容器云平臺，對接持續集成發布系統。 前言 在移動互聯網時代，新的技術需要新技術支持環境、新的軟件交付流程和IT架構，從而實現架構平臺化，交付持續化，業務服務化。容器將成為新一代應用的標準交付件，容器云將幫助企業用戶構建研發流程和云平臺基礎設施。縮短應用向云端交付的周期，降低運營門檻。加速向互...
閱讀 591·2021-11-15 11:38
閱讀 1174·2021-10-11 10:59
閱讀 3491·2021-09-07 09:58
閱讀 479·2019-08-30 15:44
閱讀 3518·2019-08-28 18:14
閱讀 2599·2019-08-26 13:32
閱讀 3514·2019-08-26 12:23
閱讀 2413·2019-08-26 10:59
