中國IDC圈6月28日報(bào)道,開發(fā)人員在企業(yè)計(jì)算中扮演日益重要的角色,包括搞清楚運(yùn)行其開發(fā)的應(yīng)用程序的基礎(chǔ)設(shè)施。容器和軟件定義(SDDC)因而處在于這種轉(zhuǎn)變的前沿。
好了,運(yùn)維團(tuán)隊(duì),咱們不妨坦率地談?wù)勯_發(fā)人員吧。你可能討厭他們給你的工作帶來了多大的麻煩。可能一聽到有人重復(fù)調(diào)研公司Redmonk的格言 開發(fā)人員是新的當(dāng)權(quán)者 ,就會(huì)退縮。你可能覺得,開發(fā)人員盲目崇拜容器很瘋狂。你還可能鄙視 DevOps ,覺得這是一種陰險(xiǎn)的方法,讓開發(fā)人員得以搞砸運(yùn)維工作。
可是你猜怎么著?開發(fā)人員擁有控制權(quán),一切表明他們擁有了更大的控制權(quán)。
在軟件構(gòu)建的世界里,對開發(fā)人員來說,軟件正變得易于獲取、更靈活適應(yīng)。開源、、容器,所有這些技術(shù)旨在讓開發(fā)人員可以提高生產(chǎn)力,以至于備受運(yùn)維團(tuán)隊(duì)鐘愛的軟件定義數(shù)據(jù)中心(SDDC)在很大程度上也將取決于開發(fā)人員。
給我讓開,我在編程
容器是表明開發(fā)人員的地位持續(xù)上升的最新佐證。New Relic公司的第二次年度用戶調(diào)查顯示,開發(fā)人員在紛紛采用容器,繞開運(yùn)維團(tuán)隊(duì)實(shí)施的種種限制。New Relic的戰(zhàn)略營銷高級主管阿布納。杰默納(Abner Germanow)對數(shù)據(jù)發(fā)表意見時(shí)特別指出:
[開發(fā)團(tuán)體]無法如愿以償?shù)匮杆佾@得虛擬機(jī)或服務(wù)器。這一幕屢見不鮮,運(yùn)維團(tuán)隊(duì)饒有興致地想改善開發(fā)管道,卻眼看著對新服務(wù)器或新虛擬機(jī)的請求突然沒了蹤影,他們試圖搞清楚發(fā)生了什么,結(jié)果發(fā)現(xiàn)原來開發(fā)團(tuán)隊(duì)部署了Docker.
正如開發(fā)人員菲利普。豪爾(Philipp Hauer)指出的那樣,雖然Docker對開發(fā)團(tuán)隊(duì)來說可能具有似乎顯而易見的優(yōu)點(diǎn)(比如說可以全面控制執(zhí)行環(huán)境),但容器也有助于運(yùn)維團(tuán)隊(duì),比如可以減少維護(hù)應(yīng)用程序環(huán)境的工作量。容器解決了眾多問題,比如服務(wù)生命周期管理(即我如何啟動(dòng)一個(gè)應(yīng)用程序?qū)嵗??),依賴?xiàng)管理(即我如何確保這在生產(chǎn)環(huán)境中以同樣的方式運(yùn)行?),以及服務(wù)發(fā)現(xiàn)(即我如何連接到數(shù)據(jù)庫?)。
這些優(yōu)點(diǎn)讓開發(fā)人員很高興。
然而,正如豪爾繼續(xù)指出的那樣,容器可能很難群集起來,因?yàn)樗鼈児蚕硗瑯拥膬?nèi)核,所以無法像虛擬機(jī)那樣可以隔離開來。容器還帶來了管理新的一層引起的額外復(fù)雜性。
無論克服企業(yè)內(nèi)部的容器蠕變(container creep)現(xiàn)象面臨什么樣的固有困難,試圖控制和約束它們?yōu)闀r(shí)太晚。運(yùn)維團(tuán)隊(duì)面臨的問題是,他們當(dāng)初為了讓運(yùn)維有條不紊、井然有序而積極采用軟件定義數(shù)據(jù)中心,結(jié)果軟件定義數(shù)據(jù)中心將會(huì)日益受到困擾他們的開發(fā)人員的影響。
軟件定義數(shù)據(jù)中心和容器
運(yùn)維團(tuán)隊(duì)鐘愛軟件定義數(shù)據(jù)中心,覺得容器很瘋狂。至于開發(fā)人員,他們鐘情Docker之類的容器,但是覺得軟件定義數(shù)據(jù)中心很瘋狂。從它們各自的角度來看都是對的,因?yàn)殡m然技術(shù)有眾多相通之處,但是這些不同的用戶想從平臺(tái)獲得全然不同的結(jié)果。
最終,我們將兩者兼而有之――開發(fā)人員選擇了軟件定義數(shù)據(jù)中心,這表明Docker未來有一條長遠(yuǎn)而健康的發(fā)展道路。
軟件定義數(shù)據(jù)中心是基礎(chǔ)設(shè)施團(tuán)隊(duì)用來虛擬化和聚集硬件,然后分配給應(yīng)用程序團(tuán)隊(duì)的工具。軟件定義數(shù)據(jù)中心解決了諸多問題,比如硬件生命周期管理(即我如何購買新的服務(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í)候,容器登場了,扮演跨云控制平面這一角色。
應(yīng)用程序團(tuán)隊(duì)已經(jīng)厭倦了與每一個(gè)軟件定義數(shù)據(jù)中心整合起來,以便讓自己的應(yīng)用程序易于移植。應(yīng)用程序團(tuán)隊(duì)可以與像Kubernetes、Swarm或Mesos這樣的容器運(yùn)行時(shí)環(huán)境整合起來,而不是與軟件定義數(shù)據(jù)中心整合起來。所有的 移植 工作如今在容器運(yùn)行時(shí)環(huán)境中進(jìn)行。重要的是,業(yè)界正在讓Kubernetes、Swarm和Mesos可以在所有的軟件定義數(shù)據(jù)中心上運(yùn)行,那樣你就沒必要操心了。
運(yùn)維團(tuán)隊(duì)和鐘愛它們的廠商(比如VMware)正在競相支持這些新的系統(tǒng)管理工具。反過來,像Kubernetes這些工具開始融入面向開發(fā)人員的功能特性。按照Kubernetes博客上的內(nèi)容介紹: Kubernetes不僅定義了便于管理員執(zhí)行管理操作的API,還定義了便于容器化應(yīng)用程序與管理平臺(tái)進(jìn)行交互的API. 后一種API對Kubernetes來說是新的,但是我們預(yù)計(jì)它應(yīng)該會(huì)迎合開發(fā)人員。
如果由此認(rèn)為諸如此類的工作表明開發(fā)人員已贏了,可能太過了。然而,起碼這一點(diǎn)頗有說服力:新興一代的運(yùn)維工具在不斷完善的道路上牢記開發(fā)人員的要求。畢竟,開發(fā)人員才是新的當(dāng)權(quán)者。
文章編輯:CobiNet(寧波),本公司專注于電訊配件,銅纜綜合布線系列領(lǐng)域產(chǎn)品研發(fā)生產(chǎn)超五類,六類,七類屏蔽網(wǎng)線/屏蔽模塊及相關(guān)模塊配件,歡迎來電咨詢0574 88168918,網(wǎng)址www.10166888.com
?2016-2019寧波科博通信技術(shù)有限公司版權(quán)所有浙ICP備16026074號