容器是當今企業數字化轉型的重點，但是盡管很多公司的高管清晰地認識到容器能夠帶來的巨大的好處，但是一些常見的誤區阻礙了企業容器的采用。

我們已經看到，容器在Netflix和Uber這樣的新一代云計算公司中嶄露頭角，這些公司很容易適應新的IT基礎設施和環境。那么，阻礙企業采用容器的因素是什么?阻礙傳統IT接受容器的最大的誤區和障礙是圍繞如何適應開發人員工作流和身份管理、安全、廠商鎖定和物聯網。

[[210571]]

誤區一：容器將會帶來安全風險

安全性是企業采用最大的障礙和最常見的誤解之一，客觀的說，在云容器化的早期，這確實是一個值得企業擔憂的問題。CXO們會質疑他們實施的任何新技術的安全性，但事實上，確保任何技術的安全性都是一個艱巨的任務，并且還需要有足夠的控制措施可以使容器保持安全，以防止網絡威脅。

容器在安全方面的最大的優勢是隔離。容器技術提供硬件保證的安全性，以確保每個容器機器不能互相訪問。在某些情況下，特別敏感的數據需要虛擬機，但是大部分容器為這些場景提供安全性。如果一個容器被病毒感染，它的隔離性可以組織感染擴散，并且可以按需安全地關閉。

市場上有很多工具可以保證容器的安全性，比如內部掃描來檢測鏡像，檢測是否需要處理，需要對采用容器的企業進行文化轉型。安全是雙重的努力，雖然企業應該能夠信任正在創建容器的廠商，但IT團隊必須每隔幾個星期重新構建一個容器，以便盡可能保持最新狀態，最大限度地減少可能的安全風險。

采取各種措施之后，安全問題不會成為企業采用容器的障礙，但是IT團隊應該在部署錢保持安全的選擇。

誤區二：Kubernetes不能輕易地附加到身份管理或整合到開發人員工作流程中

對于不熟悉Kubernetes這樣的容器和容器技術的企業和開發人員來說，考慮將新流程集成到開發人員工作流中可能令人望而生畏。大多數開發團隊都對最簡單的部署方式有自己的想法，而且不愿意改變。

與企業接受容器安全特征所需要的文化轉變類似，開發商也必須改變對Kubernetes和容器技術的思維方式，容器本身并不是一個完整的解決方案。相反，它只是一個解決方案的一部分，需要根據開發團隊的需求進行構建和定制。團隊將需要采取Kubernetes提供共的基礎部分，并以最合適的方式加以強化，而不是試圖強制技術作為一種萬能的解決方案。

誤區三：經過多年才將企業與虛擬機綁定在一起，為什么要鎖定到容器中?

一些高層的決策者認為，通過使用一種特定類型的容器，他們講自己綁定到特定的廠商。但是容器生態系統比傳統的虛擬機市場更加多樣化和開放。事實上，了解容器的正確使用方式，可以使知識企業有信心選擇合適的廠商。

例如，開發人員和企業經常將應用程序容器(如Docker)視為提高現有工作負載性能的方式。但是要將現有的工作負載實際遷移到應用程序容器，需要大量的重新架構和工作。引導操作系統的容器提供了這些優勢，幾乎不用花時間在重新生成應用程序上。

不同的容器類型更能適應某些業務的挑戰，而不了解這種情況的企業可能會錯誤地采用容器技術，認為容器技術一無是處，實際上這些企業可能只是需要不同類型的容器。

誤區四：容器只是云端的技術，我們更關注物聯網

這一誤區的成因是將物聯網和云計算視為兩個獨立的個體，實際上物聯網和云計算是交織在一起的。物聯網帶來了數據爆炸，企業正在努力應對物聯網帶來的海量數據。然而，所謂的純云端解決方案對于物聯網的發展具有顯著的優勢，因為容器可以說是對物聯網應用占主導地位的可擴展性和數據相關問題的理想回應。

容器經過優化，尤其是Kubernetes，可以在連接的設備和云之間傳輸數據。容器的密度和設計方式使得它們可以根據需要輕松擴展和縮小，這對于物理網典型的大型突發數據是一個巨大的優勢。

升級是物聯網設備的一大問題，因為這些設備經常間歇性地連接，并且缺乏有效升級所需的計算能力。容器可以幫助有效地提供更新，因為新的鏡像以預配置的軟件包形式放入物聯網設備中，將所有工作留給容器。

連接到云端的設備數量不會很快減少，隨著自動駕駛汽車的發展，需要與邊緣通信的設備和多云端設備的數量會不斷增加。隨著這些數字的增長，技術將變得越來越主流，常見的誤解也被揭穿，容器將成為解決問題的主要解決方案。