中國(guó)IDC圈6月28日?qǐng)?bào)道，開(kāi)發(fā)人員在企業(yè)計(jì)算中扮演日益重要的角色，包括搞清楚運(yùn)行其開(kāi)發(fā)的應(yīng)用程序的基礎(chǔ)設(shè)施。容器和軟件定義（SDDC）因而處在于這種轉(zhuǎn)變的前沿。

好了，運(yùn)維團(tuán)隊(duì)，咱們不妨坦率地談?wù)勯_(kāi)發(fā)人員吧。你可能討厭他們給你的工作帶來(lái)了多大的麻煩。可能一聽(tīng)到有人重復(fù)調(diào)研公司Redmonk的格言 開(kāi)發(fā)人員是新的當(dāng)權(quán)者 ，就會(huì)退縮。你可能覺(jué)得，開(kāi)發(fā)人員盲目崇拜容器很瘋狂。你還可能鄙視 DevOps ，覺(jué)得這是一種陰險(xiǎn)的方法，讓開(kāi)發(fā)人員得以搞砸運(yùn)維工作。

可是你猜怎么著？開(kāi)發(fā)人員擁有控制權(quán)，一切表明他們擁有了更大的控制權(quán)。

在軟件構(gòu)建的世界里，對(duì)開(kāi)發(fā)人員來(lái)說(shuō)，軟件正變得易于獲取、更靈活適應(yīng)。開(kāi)源、、容器，所有這些技術(shù)旨在讓開(kāi)發(fā)人員可以提高生產(chǎn)力，以至于備受運(yùn)維團(tuán)隊(duì)鐘愛(ài)的軟件定義數(shù)據(jù)中心（SDDC）在很大程度上也將取決于開(kāi)發(fā)人員。

給我讓開(kāi)，我在編程

容器是表明開(kāi)發(fā)人員的地位持續(xù)上升的最新佐證。New Relic公司的第二次年度用戶調(diào)查顯示，開(kāi)發(fā)人員在紛紛采用容器，繞開(kāi)運(yùn)維團(tuán)隊(duì)實(shí)施的種種限制。New Relic的戰(zhàn)略營(yíng)銷高級(jí)主管阿布納。杰默納（Abner Germanow）對(duì)數(shù)據(jù)發(fā)表意見(jiàn)時(shí)特別指出：

[開(kāi)發(fā)團(tuán)體]無(wú)法如愿以償?shù)匮杆佾@得虛擬機(jī)或服務(wù)器。這一幕屢見(jiàn)不鮮，運(yùn)維團(tuán)隊(duì)饒有興致地想改善開(kāi)發(fā)管道，卻眼看著對(duì)新服務(wù)器或新虛擬機(jī)的請(qǐng)求突然沒(méi)了蹤影，他們?cè)噲D搞清楚發(fā)生了什么，結(jié)果發(fā)現(xiàn)原來(lái)開(kāi)發(fā)團(tuán)隊(duì)部署了Docker.

正如開(kāi)發(fā)人員菲利普。豪爾（Philipp Hauer）指出的那樣，雖然Docker對(duì)開(kāi)發(fā)團(tuán)隊(duì)來(lái)說(shuō)可能具有似乎顯而易見(jiàn)的優(yōu)點(diǎn)（比如說(shuō)可以全面控制執(zhí)行環(huán)境），但容器也有助于運(yùn)維團(tuán)隊(duì)，比如可以減少維護(hù)應(yīng)用程序環(huán)境的工作量。容器解決了眾多問(wèn)題，比如服務(wù)生命周期管理（即我如何啟動(dòng)一個(gè)應(yīng)用程序?qū)嵗浚蕾図?xiàng)管理（即我如何確保這在生產(chǎn)環(huán)境中以同樣的方式運(yùn)行？），以及服務(wù)發(fā)現(xiàn)（即我如何連接到數(shù)據(jù)庫(kù)？）。

這些優(yōu)點(diǎn)讓開(kāi)發(fā)人員很高興。

然而，正如豪爾繼續(xù)指出的那樣，容器可能很難群集起來(lái)，因?yàn)樗鼈児蚕硗瑯拥膬?nèi)核，所以無(wú)法像虛擬機(jī)那樣可以隔離開(kāi)來(lái)。容器還帶來(lái)了管理新的一層引起的額外復(fù)雜性。

無(wú)論克服企業(yè)內(nèi)部的容器蠕變（container creep）現(xiàn)象面臨什么樣的固有困難，試圖控制和約束它們?yōu)闀r(shí)太晚。運(yùn)維團(tuán)隊(duì)面臨的問(wèn)題是，他們當(dāng)初為了讓運(yùn)維有條不紊、井然有序而積極采用軟件定義數(shù)據(jù)中心，結(jié)果軟件定義數(shù)據(jù)中心將會(huì)日益受到困擾他們的開(kāi)發(fā)人員的影響。

軟件定義數(shù)據(jù)中心和容器

運(yùn)維團(tuán)隊(duì)鐘愛(ài)軟件定義數(shù)據(jù)中心，覺(jué)得容器很瘋狂。至于開(kāi)發(fā)人員，他們鐘情Docker之類的容器，但是覺(jué)得軟件定義數(shù)據(jù)中心很瘋狂。從它們各自的角度來(lái)看都是對(duì)的，因?yàn)殡m然技術(shù)有眾多相通之處，但是這些不同的用戶想從平臺(tái)獲得全然不同的結(jié)果。

最終，我們將兩者兼而有之――開(kāi)發(fā)人員選擇了軟件定義數(shù)據(jù)中心，這表明Docker未來(lái)有一條長(zhǎng)遠(yuǎn)而健康的發(fā)展道路。

軟件定義數(shù)據(jù)中心是基礎(chǔ)設(shè)施團(tuán)隊(duì)用來(lái)虛擬化和聚集硬件，然后分配給應(yīng)用程序團(tuán)隊(duì)的工具。軟件定義數(shù)據(jù)中心解決了諸多問(wèn)題，比如硬件生命周期管理（即我如何購(gòu)買新的服務(wù)器，并將其添加到數(shù)據(jù)中心？），驅(qū)動(dòng)程序兼容性（即這只新硬盤會(huì)與我所有的現(xiàn)有工作負(fù)載兼容嗎？），以及資源利用率（即我如何把更多工作負(fù)載塞入到現(xiàn)有的服務(wù)器上？）軟件定義數(shù)據(jù)中心旨在為在上面運(yùn)行應(yīng)用程序的基礎(chǔ)設(shè)施管理性能、安全性、可用性和穩(wěn)定性。

這時(shí)候，容器登場(chǎng)了，扮演跨云控制平面這一角色。

應(yīng)用程序團(tuán)隊(duì)已經(jīng)厭倦了與每一個(gè)軟件定義數(shù)據(jù)中心整合起來(lái)，以便讓自己的應(yīng)用程序易于移植。應(yīng)用程序團(tuán)隊(duì)可以與像Kubernetes、Swarm或Mesos這樣的容器運(yùn)行時(shí)環(huán)境整合起來(lái)，而不是與軟件定義數(shù)據(jù)中心整合起來(lái)。所有的 移植 工作如今在容器運(yùn)行時(shí)環(huán)境中進(jìn)行。重要的是，業(yè)界正在讓Kubernetes、Swarm和Mesos可以在所有的軟件定義數(shù)據(jù)中心上運(yùn)行，那樣你就沒(méi)必要操心了。

運(yùn)維團(tuán)隊(duì)和鐘愛(ài)它們的廠商（比如VMware）正在競(jìng)相支持這些新的系統(tǒng)管理工具。反過(guò)來(lái)，像Kubernetes這些工具開(kāi)始融入面向開(kāi)發(fā)人員的功能特性。按照Kubernetes博客上的內(nèi)容介紹： Kubernetes不僅定義了便于管理員執(zhí)行管理操作的API，還定義了便于容器化應(yīng)用程序與管理平臺(tái)進(jìn)行交互的API. 后一種API對(duì)Kubernetes來(lái)說(shuō)是新的，但是我們預(yù)計(jì)它應(yīng)該會(huì)迎合開(kāi)發(fā)人員。

如果由此認(rèn)為諸如此類的工作表明開(kāi)發(fā)人員已贏了，可能太過(guò)了。然而，起碼這一點(diǎn)頗有說(shuō)服力：新興一代的運(yùn)維工具在不斷完善的道路上牢記開(kāi)發(fā)人員的要求。畢竟，開(kāi)發(fā)人員才是新的當(dāng)權(quán)者。

文章編輯：CobiNet(寧波)，本公司專注于電訊配件,銅纜綜合布線系列領(lǐng)域產(chǎn)品研發(fā)生產(chǎn)超五類，六類,七類屏蔽網(wǎng)線/屏蔽模塊及相關(guān)模塊配件,歡迎來(lái)電咨詢0574 88168918,網(wǎng)址www.54hr.com.cn

我們是萬(wàn)兆屏蔽模塊，10G屏蔽模塊，屏蔽線生產(chǎn)廠家。