用DevCloud研發一款APP，這6大優勢能提高交付效率

對于零售連鎖企業而言，一線店員的巡店是不可或缺的環節。不過在互聯網快速發展的今天，傳統巡店模式已經無法適應企業的業務需求，比如耗時耗力、無法實現實時的數據采集和分析等。于是，創新型巡店解決方案就應運而生。

推行敏捷開發，合適的DevOps解決方案很重要

字符科技自主研發的“ShotEyes巡店助手”產品是一款基于手機APP的巡店管理平臺，全方位幫助巡店更好地實施，提升整體效率，為企業創造更多的價值。在為客戶提供整體化的巡店管理解決方案的同時，字符科技需要確?！癝hotEyes巡店助手”產品研發過程的質量和效率，從而滿足的客戶的需求變化和產品交付。

對于字符科技而言，為了滿足客戶不斷出現和變化的個性化需求，他們需要不斷調整產品功能。而傳統瀑布式開發模式由于流程冗長，以及開發與運維的斷裂，結果就是影響了項目進度，對產品質量造成嚴重影響。

本以為選擇采用DevOps模式后，字符科技本以為可以解決目前面臨的問題。但是新的問題隨之而來。采用DevOps模式需要構建相應的工具平臺，一個不合適的平臺導致的結果就是傳統管理工具和平臺眾多，無法很好地銜接起來；研發過程中需求、文檔、測試等的管理工具數據結構和存儲各不相同，無法聯通起來，造成管理上的困擾，出現冗余的數據。由于代碼自檢、測試流程管理等方面的缺失，Bug管理和測試管理相對模糊，在產品版本升級過程中，也難以保證產品質量。

如何選擇一個合適的DevOps解決方案成為字符科技面臨的一個難題。字符科技經過多方調研，最終引入了華為軟件開發云作為研發管理平臺，在團隊中推行起敏捷開發。

華為DevCloud作為一種云服務，實現了按需使用，而且可以與華為企業云IaaS服務無縫對接，實現應用的一站式部署和發布，有效減少字符科技運維運營的工作。在這個項目實施匯中，華為DevCloud從多個方面支撐了字符科技的DevOps轉型，統一的平臺保證了需求、文檔、測試、文檔管理等環節的連貫性和一致性，多語言的代碼檢查提升了代碼質量。華為DevCloud提供的項目管理服務，為開發團隊提供敏捷化項目管理協作服務，包括多項目管理、敏捷迭代管理、需求管理、缺陷跟蹤、社交化協作、多層次事務看板、多維度統計報表、項目文檔、項目WiKi等功能。

最終，字符科技采用華為DevCloud取得了較為顯著的成績：團隊，客戶、研發人員等項目相關人員協同參與，降低需求風險，協作效率提升40%；在代碼檢查、測試管理、部署運維等其他諸多方面同樣發揮重要作用，幫助字符科技在項目中交付了高品質、穩定安全的產品。

華為云DevCloud助力企業效能提升

隨著技術的飛速發展，企業業務的敏捷性持續發布、應用平臺的彈性、商業環境的變化，云原生應運而生。云原生時代，在享受架構解耦與云端彈性帶來的便利的同時，對軟件研發與交付模式提出了更高的要求。以前傳統的應用需求是比較固定的，用戶的訪問量可以預測，容量是有限的。逐漸發展到現在的VUCA時代，商業邊界、業務層面是完全不可預知的，在這個前提之下，將要快速地嘗試，快速地做一些探測或者探知這樣的事情。

真正做到云原生的成功，華為云DevCloud的總結是以業務交付為中心，架構、工程和組織三方面要形成穩定的基座：

架構層面：首先是微服務架構的拆分，基礎設施方面是自服務的方式，API是非常重要的方式，它定義了服務之間的邊界，更重要的通過API的方式做整個生態。數字化轉型，比如開放銀行，也是這樣一個思路，搭一個平臺，通過各種合作伙伴在不同的行業、不同的領域提供相關的服務，這些服務是相互可以做連接的，通過互聯網的思維來實施。華為云DevCloud也在打造自己的API生態。

工程層面：系統和環境、流程、配置等等需要解耦，不只是架構層面的解耦，工程層面也需要相應的匹配跟解耦。核心的一個業務指標叫TTM，在DevOps有另外一個詞叫Lead Time，就是你的前置時間，從業務需求提出來那一刻起，到這個業務需求上線的時間叫前置時間，這個是可以被客戶感知的。DevOps更強調從提交代碼那一刻起，一直到代碼上線，這段時間是完全工程可控的，理論上應該是控制在分鐘級。這個指標，也是華為云DevCloud最為看重的一個。

組織層面：從全功能團隊一直到云化的運維團隊。架構層面，系統需要拆分到可DevOps的單元，整個單元實現自服務的方式，體現在幾個方面：自助發現、自助按需獲取、自助使用并計量、自助服務管理。

遵循康威定律，應用的架構和組織架構之間是高度的匹配，從單體的應用，逐漸到服務化的方式，再到分布式的模式。組織架構也逐漸轉移到自組織，沒有一個唯一的中心，這種組織的敏捷性和多樣性都得到了極大提升。

華為云DevCloud目前是以服務為單位組織來整個團隊，包含產品經理、技術的架構師，交付團隊等職能，是一個全功能的團隊。除了技術棧是全功能以外，華為云DevCloud每一個服務化的團隊都會從全生命周期的角度進行思考，不僅是技術層面的怎樣做產品設計、開發部署、架構層面保持優美，更多的還需要考慮商業層面的東西，如服務定位、產品上線以后的運營、拉新活動、促活留存等，整個團隊都需要有商業的產品運營的思維。

云原生時代下，華為云DevCloud優化的6個方面

華為云DevCloud總結持續交付的核心實踐，包括做快速閉環、高速的交付自動化，盡可能地自動化所有的事情。自動化的前提是版本化；自動化的部署，縮短單點的耗時，整個交付如果是一個管道，明確瓶頸點，打造高度標準化的環境。交付流水線的最佳實踐包括，冒煙測試、安燈拉繩，為下游做優化，不要讓缺陷流落到下游環節，保證高度的一致性，分層分級，快速反饋。

持續交付七大領域結構圖

眾所周知，云原生架構與DevOps的落地與轉型，是一個量變到質變的過程，需要從團隊模型、分支模型、測試模型、技術架構、部署模型、基礎設施、數據庫模型等七大領域進行相應的匹配，持續優化交付粒度，加快交付速度，提升交付質量。所以，在云原生時代下的DevOps體系框架，也需要從6個方面進行調整和優化：

從商業決策上由基于Gate（Charter/DCP）的業務決策，轉變為基于OBP的周期性審視；

從服務化組織上，支持E2E全功能團隊，開發運維一體化，對團隊充分授權；

從架構上進行服務化解耦，支持按服務小包獨立交付；

從開發和運維流程上，加強開發與運維的協同，支持更短的周期，更快的反饋；

從IT工具環境上，重用已有的成熟工具，引入先進的開源和商用軟件，實現輕量級端到端DevOps工具鏈；

從服務流程上，支持服務的獨立交付，自動化的環境部署。

云計算和容器技術的快速普及，DevOps越來越被重視，甚至成為保證公司生產力的最佳之選，但DevOps成功與否，公司組織文化是否利于協作是關鍵，其次是流程的設計，最后才是具體的工具選擇。

軟件開發 云原生 DevOps

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。