本文首發於:Jenkins 中文社區app
新的 DevOps 採用者應該意識到他們在使用 DevOps 時會面臨的一些挑戰工具
隨着 DevOps 逐漸成爲主流,許多團隊都在問本身應該從哪裏開始採用 DevOps , 他們將在此過程當中面臨哪些挑戰,以及如何解決那些挑戰。 每一年都有愈來愈多的公司但願從傳統的瀑布式方法轉向 DevOps 。性能
許多軟件開發公司將 DevOps 看做是一個公司在效率方面所能達到的頂峯,而且這有點難。 應對挑戰可能大大下降你的生產力,同時適應 DevOps 方法會致使各類自動化工具和開發過程之間缺少協調。學習
在本文中,咱們將討論 DevOps 在2019年面臨的一些重大挑戰,以及能夠採起哪些措施來打敗它們。測試
DevOps 團隊面臨的第一個和主要挑戰涉及到遺留應用程序的構建, 這些應用程序是在沒有考慮 DevOps 的狀況下構建的。 這彷佛看起來有益無害,但這對於轉變來講是至關棘手的。 即便你關注使用 DevOps 的新應用程序和系統,你也須要維護這些遺留系統。ui
對於遺留應用程序的轉變這裏還有其餘緣由。 一開始,你須要努力逐步將淘汰它們,或者逐漸將客戶轉移到使用 DevOps 系統維護的新版本。 不然,你能夠嘗試建立一個新的系統來維護遺留的應用程序,它不會干擾你的 DevOps 系統。 你也可使用 Scala 性能度量工具,好比 AppOptics ,它有助於逐步淘汰非 DevOps 系統。scala
對於一個新的 DevOps 團隊來講,爲每一個新項目選擇 DevOps 彷佛很明智,但事實並不是老是如此。 DevOps 不是強制性的,由於若是沒有正確地實現 DevOps ,有時會下降整個生產過程的速度。 所以,在選擇要使用 DevOps 的項目時,你應該很是勤奮。 在考慮 DevOps 是否必要時,最好記住 DevOps 是一種運營策略,並不老是適合的。設計
若是你正在努力快速規模化的軟件,並從其敏捷性中得到更快的速度,那麼 DevOps 是一個明智的選擇。 一樣地,DevOps 並非一直起做用,因此不該該把它看成解決全部問題的首選解決方案。 例如,若是你正在使用一個較舊的系統,那麼最好堅持使用舊的方法和流程,由於不可能老是爲這些方法和流程找到自動化的系統。orm
除此以外,規劃和設計工做被認爲不適合 DevOps ,由於進行設計和 UX 是處理流程的更成功的方法,而不是不斷改進。blog
有一點沒有改變,那就是隨着用戶指望的提升,對普遍測試的需求也在增長。 多虧了 DevOps ,如今能夠更快地建立和發佈產品了,可是你不該該在發佈以前對足夠的產品測試做出犧牲。
DevOps 擅長多種事情,可是就 bug 而言,它也有一些限制。 幸運的是,有大量的工具,例如 Tricentis 和 Zephyr ,能夠幫助你確保發佈的產品的最高性能。
經過對 DevOps 的各類研究,許多團隊還在與一個叫作」人的問題」的挑戰做鬥爭,這真是一個奇蹟。 當開發人員建立一個 DevOps 沒法啓動的環境時,問題就會在開發人員和管理人員之間出現。 這種問題始於缺少經驗,由於許多團隊只是由於新奇事物綜合症而採用 DevOps ,最終會經歷災難。
另外一個障礙多是缺少糟糕的領導,由於 DevOps 團隊須要有足夠的自由來爲項目作出戰略決策。 在強大領導的支持下,你能夠經過培訓整個開發和運營團隊來進行 DevOps 工做。
DevOps 有望在2019年佔據開發者心目中的最高位置,緣由顯而易見。 DevOps 方法爲自動化和不斷改進找到了空間,這在現代技術世界中是相當重要的。
正如咱們上面所討論的,在接下來的一年裏,仍然有許多挑戰威脅着許多團隊 DevOps 的成功。 若是你正在考慮 DevOps 或尋找更好的方法來改進策略並接受上述挑戰, 那麼你能夠經過適當的耐心和承諾更好地解決這些問題。不斷學習!