容器是當(dāng)今企業(yè)數(shù)字化轉(zhuǎn)型的重點(diǎn)，但是盡管很多公司的高管清晰地認(rèn)識(shí)到容器能夠帶來(lái)的巨大的好處，但是一些常見(jiàn)的誤區(qū)阻礙了企業(yè)容器的采用。我們已經(jīng)看到，容器在Netflix和Uber這樣的新一代云計(jì)算公司中嶄露頭角，這些公司很容易適應(yīng)新的IT基礎(chǔ)設(shè)施和環(huán)境。那么，阻礙企業(yè)采用容器的因素是什么?阻礙傳統(tǒng)IT接受容器的***的誤區(qū)和障礙是圍繞如何適應(yīng)開(kāi)發(fā)人員工作流和身份管理、安全、廠商鎖定和物聯(lián)網(wǎng)。

誤區(qū)一：容器將會(huì)帶來(lái)安全風(fēng)險(xiǎn)

安全性是企業(yè)采用***的障礙和最常見(jiàn)的誤解之一，客觀的說(shuō)，在云容器化的早期，這確實(shí)是一個(gè)值得企業(yè)擔(dān)憂(yōu)的問(wèn)題。CXO們會(huì)質(zhì)疑他們實(shí)施的任何新技術(shù)的安全性，但事實(shí)上，確保任何技術(shù)的安全性都是一個(gè)艱巨的任務(wù)，并且還需要有足夠的控制措施可以使容器保持安全，以防止網(wǎng)絡(luò)威脅。

[[210429]]

容器在安全方面的***的優(yōu)勢(shì)是隔離。容器技術(shù)提供硬件保證的安全性，以確保每個(gè)容器機(jī)器不能互相訪問(wèn)。在某些情況下，特別敏感的數(shù)據(jù)需要虛擬機(jī)，但是大部分容器為這些場(chǎng)景提供安全性。如果一個(gè)容器被病毒感染，它的隔離性可以組織感染擴(kuò)散，并且可以按需安全地關(guān)閉。

市場(chǎng)上有很多工具可以保證容器的安全性，比如內(nèi)部掃描來(lái)檢測(cè)鏡像，檢測(cè)是否需要處理，需要對(duì)采用容器的企業(yè)進(jìn)行文化轉(zhuǎn)型。安全是雙重的努力，雖然企業(yè)應(yīng)該能夠信任正在創(chuàng)建容器的廠商，但I(xiàn)T團(tuán)隊(duì)必須每隔幾個(gè)星期重新構(gòu)建一個(gè)容器，以便盡可能保持***狀態(tài)，***限度地減少可能的安全風(fēng)險(xiǎn)。

采取各種措施之后，安全問(wèn)題不會(huì)成為企業(yè)采用容器的障礙，但是IT團(tuán)隊(duì)?wèi)?yīng)該在部署錢(qián)保持安全的選擇。

誤區(qū)二：Kubernetes不能輕易地附加到身份管理或整合到開(kāi)發(fā)人員工作流程中

對(duì)于不熟悉Kubernetes這樣的容器和容器技術(shù)的企業(yè)和開(kāi)發(fā)人員來(lái)說(shuō)，考慮將新流程集成到開(kāi)發(fā)人員工作流中可能令人望而生畏。大多數(shù)開(kāi)發(fā)團(tuán)隊(duì)都對(duì)最簡(jiǎn)單的部署方式有自己的想法，而且不愿意改變。

與企業(yè)接受容器安全特征所需要的文化轉(zhuǎn)變類(lèi)似，開(kāi)發(fā)商也必須改變對(duì)Kubernetes和容器技術(shù)的思維方式，容器本身并不是一個(gè)完整的解決方案。相反，它只是一個(gè)解決方案的一部分，需要根據(jù)開(kāi)發(fā)團(tuán)隊(duì)的需求進(jìn)行構(gòu)建和定制。團(tuán)隊(duì)將需要采取Kubernetes提供共的基礎(chǔ)部分，并以最合適的方式加以強(qiáng)化，而不是試圖強(qiáng)制技術(shù)作為一種***的解決方案。

誤區(qū)三：經(jīng)過(guò)多年才將企業(yè)與虛擬機(jī)綁定在一起，為什么要鎖定到容器中?

一些高層的決策者認(rèn)為，通過(guò)使用一種特定類(lèi)型的容器，他們講自己綁定到特定的廠商。但是容器生態(tài)系統(tǒng)比傳統(tǒng)的虛擬機(jī)市場(chǎng)更加多樣化和開(kāi)放。事實(shí)上，了解容器的正確使用方式，可以使知識(shí)企業(yè)有信心選擇合適的廠商。

例如，開(kāi)發(fā)人員和企業(yè)經(jīng)常將應(yīng)用程序容器(如Docker)視為提高現(xiàn)有工作負(fù)載性能的方式。但是要將現(xiàn)有的工作負(fù)載實(shí)際遷移到應(yīng)用程序容器，需要大量的重新架構(gòu)和工作。引導(dǎo)操作系統(tǒng)的容器提供了這些優(yōu)勢(shì)，幾乎不用花時(shí)間在重新生成應(yīng)用程序上。

不同的容器類(lèi)型更能適應(yīng)某些業(yè)務(wù)的挑戰(zhàn)，而不了解這種情況的企業(yè)可能會(huì)錯(cuò)誤地采用容器技術(shù)，認(rèn)為容器技術(shù)一無(wú)是處，實(shí)際上這些企業(yè)可能只是需要不同類(lèi)型的容器。

誤區(qū)四：容器只是云端的技術(shù)，我們更關(guān)注物聯(lián)網(wǎng)

這一誤區(qū)的成因是將物聯(lián)網(wǎng)和云計(jì)算視為兩個(gè)獨(dú)立的個(gè)體，實(shí)際上物聯(lián)網(wǎng)和云計(jì)算是交織在一起的。物聯(lián)網(wǎng)帶來(lái)了數(shù)據(jù)爆炸，企業(yè)正在努力應(yīng)對(duì)物聯(lián)網(wǎng)帶來(lái)的海量數(shù)據(jù)。然而，所謂的純?cè)贫私鉀Q方案對(duì)于物聯(lián)網(wǎng)的發(fā)展具有顯著的優(yōu)勢(shì)，因?yàn)槿萜骺梢哉f(shuō)是對(duì)物聯(lián)網(wǎng)應(yīng)用占主導(dǎo)地位的可擴(kuò)展性和數(shù)據(jù)相關(guān)問(wèn)題的理想回應(yīng)。

容器經(jīng)過(guò)優(yōu)化，尤其是Kubernetes，可以在連接的設(shè)備和云之間傳輸數(shù)據(jù)。容器的密度和設(shè)計(jì)方式使得它們可以根據(jù)需要輕松擴(kuò)展和縮小，這對(duì)于物理網(wǎng)典型的大型突發(fā)數(shù)據(jù)是一個(gè)巨大的優(yōu)勢(shì)。

升級(jí)是物聯(lián)網(wǎng)設(shè)備的一大問(wèn)題，因?yàn)檫@些設(shè)備經(jīng)常間歇性地連接，并且缺乏有效升級(jí)所需的計(jì)算能力。容器可以幫助有效地提供更新，因?yàn)樾碌溺R像以預(yù)配置的軟件包形式放入物聯(lián)網(wǎng)設(shè)備中，將所有工作留給容器。

連接到云端的設(shè)備數(shù)量不會(huì)很快減少，隨著自動(dòng)駕駛汽車(chē)的發(fā)展，需要與邊緣通信的設(shè)備和多云端設(shè)備的數(shù)量會(huì)不斷增加。隨著這些數(shù)字的增長(zhǎng)，技術(shù)將變得越來(lái)越主流，常見(jiàn)的誤解也被揭穿，容器將成為解決問(wèn)題的主要解決方案。