DevOps 如何幫助你將很酷的應用交付給用戶
在很久之前,遙遠的銀河系中,在 DevOps 成為主流實踐之前,軟體開發的過程是極其緩慢、單調和按部就班的。當一個應用準備要部署的時候,就已經為下一個主要版本迭代積累了一長串的變更和修復。每次為新版本迭代所花費的準備時間都需要花費數個月的時間去回顧和貫穿整個開發周期。請記住這個過程將會在交付更新給用戶的過程中不斷的 重複。
今天一切都是瞬間和實時完成的,這個概念似乎很原始。這場移動革命已經極大的改變了我們和軟體之間的交互。那些早期採用 DevOps 的公司已經徹底改變了對軟體開發和部署的期望。
讓我們看看 Facebook:這個移動應用每兩周更新和刷新一次,像鐘錶一樣。這就是新的標準,因為現在的用戶期望軟體持續的被修復和更新。任何一家要花費一個月或者更多的時間來部署新的功能或者修復 bug 的公司將會逐漸走向沒落。如果你不能交付用戶所期待的,他們將會去尋找那些能夠滿足他們需求的。
Facebook,以及一些工業巨頭如亞馬遜、Netfix、谷歌以及其他公司,都已經強制要求企業變得更快速、更有效的來滿足今天的顧客們的需求。
為什麼是 DevOps?
敏捷和 DevOps 對於移動應用開發領域是相當重要的,因為開發周期正變得如閃電般的快。現在是一個密集、快節奏的環境,公司必須加緊步伐趕超,思考的更深入,運用策略來去完成,從而生存下去。在應用商店中,排名前十的應用平均能夠保持的時間只有一個月左右。
為了說明老式的瀑布方法,回想一下你第一次學習駕駛。起先,你專註於每個獨立的層面,使用一套方法論的過程:你上車;繫上安全帶;調整座椅、鏡子,控制方向盤;發動汽車,將你的手放在 10 點和 2 點鐘的方向,等等。完成一個換車道一樣簡單的任務需要付出艱苦的努力,以一個特定的順序執行多個步驟。
DevOps,正好相反,是在你有了幾年的經驗之後如何去駕駛的。一切都是靠直覺同時發生的,你可以不用過多的思考就很平滑的從 A 點移動到 B 點。
移動 app 的世界對越老式的 app 開發環境來說太快節奏了。DevOps 被設計用來快速交付有效、穩定的 app,而不需要增加資源。然而你不能像購買一件普通的商品或者服務一樣去購買 DevOps。DevOps 是用來指導改變團隊如何一起工作的文化和活動的。
不是只有像亞馬遜和 Facebook 這樣的大公司才擁抱 DevOps 文化;小的移動應用公司也在很好的使用。「縮短迭代周期,同時保持生產事故處於一個較低水平,以及滿足顧客追求的整體故障成本。」來自移動產品代理 Reinvently的工程部的負責人,Oleg Reshetnyak 說道。
DevOps: 不是如果,而是什麼時候
在今天的快節奏的商業環境中,選在了 DevOps 就像是選擇了呼吸:要麼去做要麼就死亡。
根據美國小企業管理局的報道,現在只有 16% 的公司能夠持續一代人的時間。不採用 DevOps 的移動應用公司將冒著逐漸走向滅絕的風險。而且,同樣的研究表明採用 DevOps 的公司組織可能能夠獲得兩倍的盈利能力、生產目標以及市場份額。
更快速、更安全的革新需要做到三點:雲、自動化和 DevOps。根據你對 DevOps 的定義的不同,這三個要點之間的界限是不清晰的。然而,有一點是確定的:DevOps 圍繞著更快、更少風險地交付高質量的軟體的共同目標將組織內的每個人都統一起來。
via: https://opensource.com/article/18/2/devops-delivers-cool-apps-users
作者:Stanislav Ivaschenko 譯者:FelixYFZ 校對:wxy
本文轉載來自 Linux 中國: https://github.com/Linux-CN/archive