DevOps可以為你的團隊帶來很多好處，但是在開發人員社群中流傳著許多DevOps誤解，為了能夠正確理解並接受DevOps，糾正一些誤解很重要。
DevOps是一個採用敏捷思維方式以提高軟體交付過程的速度和質量的實踐。
使用DevOps的組織，開發和運維團隊不再是兩個獨立的小組（他們負責各自的特定任務，但並沒有真正合作），而是在整個軟體應用程式生命週期中相互依賴，相互合作。
如果實施得當，DevOps方法可以為組織帶來重大的積極影響。它可以降低成本， 提高效率，並簡化開發團隊的工作。
因此，為了有效運用DevOps，有必要知道DevOps都代表什麼。因此，在本文中，我們討論了一些最流行的DevOps誤解，幫助你和組織快速認識DevOps。
誤解1：DevOps就是CI/CD
關於DevOps的最大誤解之一是，它與CI/CD是同一件事。實際上，持續整合和持續交付是DevOps的關鍵元件。
DevOps注重團隊中的文化和責任感。它強調團隊中每個人都必須參與彼此的任務。這改善了團隊中的協作和溝通。
另一方面，CI/CD透過強調自動化的軟體和工具來實現這種文化。你可以將它們視為達到目的的一種手段。
誤解2：DevOps意味著NoOps
NoOps描述了雲基礎架構的逐漸自動化，以至於無需對其進行管理。
NoOps被認為是DevOps作為開發模型的下一個階段。
就像DevOps一樣，NoOps的目標是改善軟體交付，但允許開發人員專注於應用程式開發，而不是還需要關注基礎架構和軟體維護。
透過使用機器學習和人工智慧，你可以自動化設定，部署和監視軟體，從而更加接近NoOps。
誤解3：自動化消除了所有瓶頸
自動化是DevOps提供的最大好處之一。但這不是解決所有問題的靈丹妙藥。
持續的交付過程使團隊能夠快速推出新功能，而且，能很快獲得他們需要的反饋。當然，這意味著你必須確保產品的質量。此外，在擴充套件時，你必須照顧它的執行狀況和效能。你還需要確保順利地進行生產部署。
CI/CD的自動化有助於消除程式碼提交和程式碼部署之間的瓶頸。但是，這只是軟體交付過程的一個階段。除非開發人員和測試人員建立合作關係，否則你將無法解決所有問題。你可能只會將瓶頸轉移到另一個流程裡。
誤解4：千篇一律的交付流水線
要擁有一個適合所有團隊和公司的DevOps流程的想法是不可能的。每個組織都有不同的需求和要求。甚至同一組織中的不同專案也需要不同的交付流水線。
你的一個專案可能只有開發，測試和生產環境。但另一個專案可能需要更多環境，因為它在軟體交付週期中具有多個階段。
這就是為什麼持續交付流水線，不可能千篇一律，需要根據不同的業務而定。
誤解5：DevOps完全與工具有關
當我們開始討論DevOps時，主要圍繞公司使用的工具進行。
然而，
DevOps不僅是工具，還意味著我們需要關注團隊文化，軟體思維以及團隊成員如何合作。
只有在此之後，你才應該為DevOps選擇正確的工具。
一個Atlassian的研究表明，實現的DevOps成功是主要來自兩個主要因素：正確的工具和正確的人。
誤解6：DevOps就是Amazon/Facebook/ Google的自動化工具
許多世界領先的軟體公司都採用DevOps，來提高效率和靈活性。
像是Amazon/Facebook/ Google，這些組織選擇並構建了當時最適合他們的工具和流程。但這並不一定意味著，我們採用DevOps，就一定需要關注這些組織。而且，他們所做的事情也不會神奇地為我們的業務工作。
我們應該向他們學習，並找到創新和成長的新方法，探索並找到定義解決問題的正確流程和工具。
誤解7：頻繁釋出
“頻繁釋出”已成為行業標準。但是，這沒有指定時間。可能是每兩週到三週一次，也可能是一天幾次。
對於頻繁釋出，最重要的是，你要獲得團隊的信任，使你能夠在需要時釋出新軟體。DevOps的初衷，是使得你的程式碼可以隨時釋出。
因此請記住，持續交付並不意味著你能夠儘可能地頻繁地釋出，而是讓你能夠根據需要來發布程式碼。應該多久釋出程式碼，由你的公司和業務決定。
總結
我們希望本文能幫助你消除一些關於DevOps的誤解。不要讓這種誤解阻礙你和團隊的進步。實施DevOps可以幫助你的公司提高生產率並創造更好的產品，因此，不要因為DevOps誤解而錯過這些好處。
譯者：王延飛
原文連結：https：//dzone。com/articles/7-devops-myths-busted
江蘇立維成立於2015年，核心團隊來自焦點、華為、中興，專注於企業資訊化領域的安全、運維產品的開發和服務，為企業提供包含業務遷移上雲、業務穩定性保障、安全運維是國內首批專注於企業業務安全穩定執行服務保障的公司。
