中國IDC圈6月28日報道(dao)，開發人員在企業計算中扮(ban)演日益重(zhong)要(yao)的(de)(de)角色，包括(kuo)搞清楚運(yun)行其開發的(de)(de)應用程(cheng)序的(de)(de)基礎(chu)設(she)施。容器(qi)和(he)軟件定義（SDDC）因而處在于這種轉變的(de)(de)前沿。

好了，運(yun)維團隊(dui)，咱們不妨坦率地談(tan)談(tan)開發(fa)人(ren)(ren)員吧。你可(ke)(ke)能(neng)討厭他(ta)們給你的工(gong)作帶來了多大的麻煩。可(ke)(ke)能(neng)一聽到有人(ren)(ren)重復調研公司Redmonk的格(ge)言 開發(fa)人(ren)(ren)員是新的當(dang)權(quan)者 ，就會退縮(suo)。你可(ke)(ke)能(neng)覺得(de)，開發(fa)人(ren)(ren)員盲目崇拜容器很瘋(feng)狂(kuang)。你還可(ke)(ke)能(neng)鄙視 DevOps ，覺得(de)這(zhe)是一種陰(yin)險的方法，讓開發(fa)人(ren)(ren)員得(de)以搞(gao)砸(za)運(yun)維工(gong)作。

可是(shi)你猜怎么著？開發人員擁有(you)控制權(quan)，一(yi)切表明他(ta)們擁有(you)了更大(da)的(de)控制權(quan)。

在軟件(jian)(jian)構建的世界里(li)，對開(kai)(kai)發人(ren)員來說，軟件(jian)(jian)正(zheng)變(bian)得易于獲取、更靈(ling)活適應(ying)。開(kai)(kai)源、、容器，所有(you)這(zhe)些技術旨在讓開(kai)(kai)發人(ren)員可以提高生產力，以至(zhi)于備(bei)受(shou)運維團隊鐘(zhong)愛(ai)的軟件(jian)(jian)定義(yi)數據中心（SDDC）在很大程度上也將(jiang)取決于開(kai)(kai)發人(ren)員。

給我讓開，我在編程

容(rong)器是表(biao)明開發人員的(de)地(di)位(wei)持續(xu)上(shang)升的(de)最新佐證。New Relic公(gong)司的(de)第二次(ci)年(nian)度(du)用戶調查顯(xian)示，開發人員在紛紛采用容(rong)器，繞開運維(wei)團隊實(shi)施(shi)的(de)種種限制。New Relic的(de)戰略營銷高(gao)級(ji)主管(guan)阿布納。杰默(mo)納（Abner Germanow）對數(shu)據發表(biao)意見時特(te)別指出：

[開發團(tuan)體]無(wu)法如愿以(yi)償(chang)地迅速(su)獲得虛擬(ni)機(ji)或服務器。這一幕屢見不鮮，運(yun)維團(tuan)隊饒有興致(zhi)地想改(gai)善開發管道，卻眼看著(zhu)對(dui)新服務器或新虛擬(ni)機(ji)的(de)請求突然沒了(le)(le)蹤影，他們試圖搞清楚(chu)發生了(le)(le)什(shen)么，結果發現(xian)原(yuan)來開發團(tuan)隊部署了(le)(le)Docker.

正如(ru)開發(fa)(fa)(fa)人員菲利普。豪(hao)爾（Philipp Hauer）指出的那樣，雖然Docker對開發(fa)(fa)(fa)團(tuan)隊來說可(ke)能具(ju)有(you)似乎顯而易見的優點（比如(ru)說可(ke)以(yi)全(quan)面控(kong)制執行環(huan)境），但容器也有(you)助于運維(wei)團(tuan)隊，比如(ru)可(ke)以(yi)減少維(wei)護(hu)應(ying)用程序環(huan)境的工作量。容器解(jie)決了眾多問題(ti)，比如(ru)服務生命周期管理(li)(li)（即我如(ru)何啟動一個應(ying)用程序實例？），依賴項管理(li)(li)（即我如(ru)何確(que)保(bao)這(zhe)在生產環(huan)境中以(yi)同樣的方(fang)式(shi)運行？），以(yi)及服務發(fa)(fa)(fa)現(xian)（即我如(ru)何連(lian)接到數據庫？）。

這些優點讓(rang)開發人(ren)員很高興。

然而，正如豪爾繼續指(zhi)出的那樣(yang)，容器可能很難(nan)群集起來(lai)(lai)，因為它們共享同樣(yang)的內核，所以(yi)無法像虛擬機那樣(yang)可以(yi)隔離開來(lai)(lai)。容器還帶來(lai)(lai)了管理新的一層引起的額外復雜(za)性(xing)。

無論(lun)克服企業(ye)內(nei)部的(de)容(rong)器蠕變（container creep）現象面臨(lin)什么樣的(de)固有(you)困難，試圖控制(zhi)和約束(shu)它(ta)們為時太晚。運(yun)維團(tuan)隊面臨(lin)的(de)問題是，他(ta)們當初為了讓運(yun)維有(you)條不紊、井然有(you)序而積(ji)極采(cai)用(yong)軟(ruan)件定義數據(ju)中(zhong)心(xin)，結果軟(ruan)件定義數據(ju)中(zhong)心(xin)將會(hui)日益(yi)受到困擾他(ta)們的(de)開發(fa)人員(yuan)的(de)影響。

軟件定義數據中(zhong)心和容器

運維團隊鐘(zhong)愛軟件定義數(shu)據中(zhong)心(xin)，覺得(de)容器(qi)很瘋狂(kuang)。至(zhi)于開發人員，他們鐘(zhong)情Docker之類的(de)(de)(de)容器(qi)，但是(shi)(shi)覺得(de)軟件定義數(shu)據中(zhong)心(xin)很瘋狂(kuang)。從它們各自的(de)(de)(de)角(jiao)度來看(kan)都是(shi)(shi)對的(de)(de)(de)，因為雖(sui)然(ran)技術有(you)眾多相通之處(chu)，但是(shi)(shi)這些不(bu)同的(de)(de)(de)用戶(hu)想從平臺獲得(de)全然(ran)不(bu)同的(de)(de)(de)結果。

最終，我們將兩者兼而有之――開發(fa)人員選(xuan)擇了軟件定義數據中(zhong)心，這表明Docker未來(lai)有一條長遠而健康的發(fa)展道(dao)路。

軟件定義(yi)數(shu)據中心是(shi)基礎(chu)設施團(tuan)隊(dui)用(yong)來虛擬化(hua)和聚集硬件，然后(hou)分(fen)配(pei)給(gei)應用(yong)程(cheng)序團(tuan)隊(dui)的(de)工(gong)具。軟件定義(yi)數(shu)據中心解(jie)決了諸(zhu)多(duo)問題(ti)，比如(ru)硬件生命周期管理（即(ji)我(wo)如(ru)何購買新的(de)服務器，并將其添(tian)加到(dao)數(shu)據中心？），驅動程(cheng)序兼容性(xing)（即(ji)這只新硬盤會(hui)與我(wo)所有(you)(you)的(de)現有(you)(you)工(gong)作負載兼容嗎？），以及資源利(li)用(yong)率（即(ji)我(wo)如(ru)何把更多(duo)工(gong)作負載塞入到(dao)現有(you)(you)的(de)服務器上？）軟件定義(yi)數(shu)據中心旨(zhi)在為(wei)在上面運(yun)行應用(yong)程(cheng)序的(de)基礎(chu)設施管理性(xing)能、安全性(xing)、可用(yong)性(xing)和穩定性(xing)。

這時候(hou)，容器(qi)登(deng)場了(le)，扮演跨(kua)云控(kong)制平面(mian)這一角色。

應(ying)用程序(xu)團隊已經厭倦了(le)與(yu)每(mei)一個軟(ruan)件定義數據(ju)(ju)中(zhong)心整(zheng)合起(qi)來，以(yi)便讓自(zi)己的應(ying)用程序(xu)易于(yu)移(yi)植(zhi)。應(ying)用程序(xu)團隊可以(yi)與(yu)像Kubernetes、Swarm或Mesos這樣(yang)的容器運行(xing)時環境整(zheng)合起(qi)來，而(er)不是與(yu)軟(ruan)件定義數據(ju)(ju)中(zhong)心整(zheng)合起(qi)來。所(suo)有的 移(yi)植(zhi) 工作(zuo)如今在容器運行(xing)時環境中(zhong)進(jin)行(xing)。重(zhong)要的是，業界正(zheng)在讓Kubernetes、Swarm和Mesos可以(yi)在所(suo)有的軟(ruan)件定義數據(ju)(ju)中(zhong)心上運行(xing)，那(nei)樣(yang)你就沒必要操心了(le)。

運維團隊和鐘愛它(ta)們(men)的(de)(de)(de)廠商（比如(ru)VMware）正(zheng)在競相支持這些(xie)新的(de)(de)(de)系統管(guan)理(li)工(gong)具。反過(guo)來(lai)，像Kubernetes這些(xie)工(gong)具開(kai)(kai)始(shi)融入面向開(kai)(kai)發人(ren)員的(de)(de)(de)功能特性(xing)。按照Kubernetes博客上(shang)的(de)(de)(de)內容介紹： Kubernetes不(bu)僅(jin)定(ding)義(yi)(yi)了(le)便于(yu)管(guan)理(li)員執(zhi)行(xing)管(guan)理(li)操作的(de)(de)(de)API，還(huan)定(ding)義(yi)(yi)了(le)便于(yu)容器化應用程序與管(guan)理(li)平臺進行(xing)交(jiao)互的(de)(de)(de)API. 后一種(zhong)API對Kubernetes來(lai)說是新的(de)(de)(de)，但(dan)是我們(men)預計(ji)它(ta)應該會迎合(he)開(kai)(kai)發人(ren)員。

如果由此認為諸(zhu)如此類的(de)(de)工作表明開發(fa)(fa)人員(yuan)已贏(ying)了，可能太過了。然(ran)而，起碼(ma)這一點頗有說服力(li)：新(xin)興一代的(de)(de)運維(wei)工具在不斷(duan)完善的(de)(de)道路(lu)上牢記開發(fa)(fa)人員(yuan)的(de)(de)要(yao)求。畢竟，開發(fa)(fa)人員(yuan)才是新(xin)的(de)(de)當權者。

文章編輯：CobiNet(寧波(bo))，本公司專(zhuan)注于電(dian)訊配件(jian),銅纜綜合布線系列領域產品研發生產超五類，六(liu)類,七類屏(ping)蔽(bi)網線/屏(ping)蔽(bi)模(mo)塊及(ji)相關模(mo)塊配件(jian),歡迎來(lai)電(dian)咨(zi)詢0574 88168918,網址aliance.cn

我們是萬兆屏蔽模塊，10G屏蔽模塊，屏蔽線生產廠家。