自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

從集裝箱歷史看DevOps的發(fā)展進(jìn)程

開發(fā) 開發(fā)工具
隨著技術(shù)的發(fā)展,DevOps的周邊環(huán)節(jié)正在逐步完善,DevOps實施的3D原則,也讓我們走入故事的后半段,就像集裝箱的故事那樣。

什么樣的技術(shù)會帶來生產(chǎn)力的極大提升?技術(shù)含量是否與生產(chǎn)力提升成正比關(guān)系?

[[199578]]

帶著問題,我們先看一個例子:在工業(yè)革命時期,瓦特用于“改良”蒸汽機(jī)的技術(shù),就是極大提升效率的技術(shù)。

這里有一個誤解,有人認(rèn)為瓦特發(fā)明了蒸汽機(jī)。其實不然,瓦特只是改良了紐卡門蒸汽機(jī),通過橡膠增加密閉性同時優(yōu)化機(jī)械結(jié)構(gòu),使得原本只能用于提水的笨重機(jī)器,變得能被廣泛應(yīng)用,為***次工業(yè)革命的興起奠定了重要基礎(chǔ)。

從上面的例子可以看出技術(shù)含量的高低與帶來生產(chǎn)力的大小并沒有直接關(guān)系。

傳奇的集裝箱

我們來看另外一個有趣的故事,希望你能從中得到啟發(fā)。那就是改變運(yùn)輸業(yè)、對制造業(yè)有著深遠(yuǎn)影響的一項革命性技術(shù)——集裝箱(英文container,你沒看錯,它的名字和現(xiàn)在火的一塌糊涂的“容器技術(shù)”同名)。

說到集裝箱不能不提馬爾科姆·麥克萊恩(1915—2001),20世紀(jì)四十年代美國一家運(yùn)輸公司的老板,由于改造(改造不是發(fā)明)了集裝箱、提高了集裝箱的便利性,推動了整個運(yùn)輸行業(yè)的巨大變革,而被尊稱為“集裝箱運(yùn)輸之父”。

那么問題來了:改造蒸汽機(jī)也許有些技術(shù)含量,但是技術(shù)含量連罐頭都不如(抽真空和密封技術(shù))的集裝箱怎么可能有這么大的影響呢?

[[199579]]

(集裝箱之父麥克萊恩:改造不僅限于集裝箱本身,還包括港口和貨輪等運(yùn)輸環(huán)節(jié))

我們知道工業(yè)社會最重要的競爭來自于節(jié)約成本,如果一個技術(shù)可以節(jié)省95%的成本就相當(dāng)于帶來20倍的效率提升。這種技術(shù)可以說是顛覆性的,而集裝箱就是這樣的技術(shù)。

麥克萊恩在紐約港***次做的集裝箱運(yùn)輸實驗就實現(xiàn)了20倍的效率提升:使用集裝箱運(yùn)輸啤酒,將每噸啤酒的運(yùn)輸成本從4美金變成20美分。

過程是這樣的:從啤酒工廠把啤酒裝入集裝箱開始,通過陸路轉(zhuǎn)海路運(yùn)輸?shù)侥康牡?,省去了工廠到陸路運(yùn)輸、再到海洋運(yùn)輸?shù)闹虚g人力搬運(yùn)過程,因此從工廠到碼頭的裝卸時間大大縮短,由數(shù)天壓縮到數(shù)小時,從而使得美國到歐洲的貨運(yùn)時間足足減少了4周。并且由于集裝箱的堆疊使得每一艘船只的儲運(yùn)量比以前提高了6倍。

在傳統(tǒng)運(yùn)輸過程,貨物沒有統(tǒng)一的包裝標(biāo)準(zhǔn),這既限制了運(yùn)輸工具的運(yùn)載量,又增加了貨物在從陸路運(yùn)輸?shù)胶B愤\(yùn)輸?shù)托У氖止ぐ徇\(yùn)過程。集裝箱這個標(biāo)準(zhǔn)化的運(yùn)輸單元,就為在整個運(yùn)輸系統(tǒng)優(yōu)化中間流轉(zhuǎn)效率提供了一種可能。

運(yùn)輸體系中間環(huán)節(jié)

(運(yùn)輸體系中間環(huán)節(jié))

看到這里,我不由得聯(lián)想到傳統(tǒng)軟件研發(fā)測試與發(fā)布的過程。雖然每個過程內(nèi)部自動化程度很高,但是部門之間的流轉(zhuǎn)卻依靠低效的手工操作,這些過程大大降低了整體效率。

系統(tǒng)性創(chuàng)新的窘境

但是非常意外的是,麥克萊恩在接下來10多年的航運(yùn)生意中不僅沒賺到錢,反而是虧損了。這就太奇怪了,一個能讓效率提升20倍的技術(shù),為什么會不賺錢呢?

原因在于,在當(dāng)時的運(yùn)輸行業(yè),大部分貨物并沒有使用集裝箱,大量的手工搬運(yùn)使得船只裝卸貨物并沒有節(jié)省多少時間,還有集裝箱運(yùn)到目的地后,箱內(nèi)的貨物需要分別運(yùn)到不同的地方等等。

因此集裝箱技術(shù)并不在于“箱子”本身,而在于需要整個運(yùn)輸系統(tǒng)的創(chuàng)新——在道路、橋梁、卡車、碼頭和吊裝設(shè)備等基礎(chǔ)設(shè)施沒有針對“箱子”進(jìn)行優(yōu)化的情況下,集裝箱技術(shù)無法發(fā)揮出原有的效能。

讓我們回到最開始的問題:“什么樣的技術(shù)會帶來生產(chǎn)力的極大提升呢?”

那些創(chuàng)新了人與事物連接方式,且極大降低這種連接成本的技術(shù),才能真正促進(jìn)生產(chǎn)力的提升。

DevOps正是這樣的技術(shù),它是針對研發(fā)系統(tǒng)的一次系統(tǒng)性創(chuàng)新。其創(chuàng)新性在于針對整個研發(fā)系統(tǒng)中的各個子系統(tǒng)進(jìn)行交付與反饋的優(yōu)化,從而有效提升整體效率。

相對于傳統(tǒng)軟件6個月發(fā)布一次,2009年John Allspaw和Paul Hammond在Flickr可以實現(xiàn)每天發(fā)布10次,將軟件發(fā)布頻率提升了將近兩千倍,極大地降低了軟件發(fā)布的成本。

但是大部分公司在實施DevOps的過程中,并沒有有效提升發(fā)布頻率,這一點(diǎn)與集裝箱在最開始的10年內(nèi)并不賺錢的道理是相似的。

應(yīng)用研發(fā)平臺

(應(yīng)用研發(fā)平臺:描述構(gòu)建軟件包,在不同的環(huán)境進(jìn)行測試、最終發(fā)布生產(chǎn)環(huán)境的過程)

問題在于系統(tǒng)性創(chuàng)新初期,各個環(huán)節(jié)沒有對新技術(shù)進(jìn)行優(yōu)化,部分環(huán)節(jié)甚至?xí)璧K新技術(shù)發(fā)展,導(dǎo)致新技術(shù)無法提升效能。

轉(zhuǎn)機(jī)帶來的啟示

一切直到1967年才出現(xiàn)轉(zhuǎn)機(jī)。美國發(fā)動了越南戰(zhàn)爭,美軍需要將大量物資運(yùn)輸?shù)絹喼?。在長期的優(yōu)化實踐中,美軍得出高效運(yùn)用集裝箱的3C原則:一種貨物、一個地址、一個客戶。

從此,集裝箱的時代到來了。只在1967年一年的時間里,麥克萊恩就從美國國防部賺了4.5億美金。低廉的海運(yùn)成本、大大縮短的運(yùn)輸時間以及到貨時間的可預(yù)期,讓全球制造業(yè)的分工協(xié)作效率得到極大的提高。行駛在大洋上的貨輪,就像在生產(chǎn)車間里運(yùn)輸原材料的叉車一樣,使得制造業(yè)不必大量囤積原材料,后來豐田的“零庫存”計劃更是將原料的管控能力發(fā)揮到了***。

為什么3C原則可以極大提升效率?它正是通過解決運(yùn)輸“中間環(huán)節(jié)”過程的低效問題,使得總體效率得到極大提升。下面分別加以說明:

  • 一種貨物:在貨物“裝箱”過程,統(tǒng)一貨物的來源與種類,標(biāo)準(zhǔn)化貨物裝箱過程。
  • 一個地址:在貨物“分揀”過程中,不會打開集裝箱,只做一次裝箱。
  • 一個客戶:在貨物“送貨”過程,只有一個客戶,簡化送貨的過程。

DevOps流程的3D原則

與如何高效利用集裝箱類似,在DevOps實施過程中,通過優(yōu)化流水線中間流轉(zhuǎn)過程,提升總體效率。

[[199582]]

(圖片來自:http://t.cn/R9oAuDE)

下面舉出與3C原則對應(yīng)的3D原則:

  • 一鍵式部署(Automatic Deploy):部署過程中,標(biāo)準(zhǔn)化部署過程,實現(xiàn)一鍵式部署
  • 一次構(gòu)建打包(Automatic Delivery):在測試環(huán)境、UAT環(huán)境和生產(chǎn)環(huán)境的流轉(zhuǎn)過程中,只打包一次,軟件包按順序自動交付到各個環(huán)境,最終發(fā)布到生產(chǎn)環(huán)境
  • 一次配置分發(fā)(Automatic Distribution):在生產(chǎn)環(huán)境發(fā)布過程,建立統(tǒng)一的配置分發(fā)管理,將繁瑣的分布式環(huán)境配置一次分發(fā)到各個數(shù)據(jù)中心,簡化發(fā)布過程。

“科技是***生產(chǎn)力!”如果我們以技術(shù)含量來衡量一個創(chuàng)新會很容易走入誤區(qū)。集裝箱發(fā)展歷史告訴我們,從狀態(tài)的流轉(zhuǎn)環(huán)節(jié)入手,降低流轉(zhuǎn)成本是提高總體效能的另外一個途徑。

集裝箱發(fā)展歷史的前十年完成了道路、橋梁、隧道、卡車、碼頭設(shè)施、吊裝設(shè)備的優(yōu)化,以適應(yīng)集裝箱的發(fā)展。這個進(jìn)程的難點(diǎn)在于,以一家運(yùn)輸企業(yè)推進(jìn)整個運(yùn)輸體系針對集裝箱的優(yōu)化。

隨著技術(shù)的發(fā)展,DevOps的周邊環(huán)節(jié)正在逐步完善,DevOps實施的3D原則,也讓我們走入故事的后半段,就像集裝箱的故事那樣。

【本文是51CTO專欄作者“ThoughtWorks”的原創(chuàng)稿件,微信公眾號:思特沃克,轉(zhuǎn)載請聯(lián)系原作者】

戳這里,看該作者更多好文

責(zé)任編輯:趙寧寧 來源: 51CTO專欄
相關(guān)推薦

2020-03-27 20:22:53

數(shù)據(jù)集裝箱網(wǎng)絡(luò)

2015-06-04 09:59:01

數(shù)據(jù)中心集裝箱

2015-06-10 14:07:27

數(shù)據(jù)中心

2013-04-08 12:58:37

2011-11-28 11:04:53

數(shù)據(jù)中心云立方云計算

2012-08-07 09:24:00

模塊化數(shù)據(jù)中心

2012-08-20 19:38:59

云立方集裝箱數(shù)據(jù)中心

2011-05-07 11:08:44

惠普冷卻系統(tǒng)

2010-02-10 09:55:34

集裝箱數(shù)據(jù)中心

2013-05-24 16:10:33

集裝箱數(shù)據(jù)中心華為

2012-07-17 15:37:00

集裝箱式數(shù)據(jù)中心

2015-09-29 12:06:42

數(shù)據(jù)中心集裝箱

2011-06-15 11:14:58

惠普集裝箱EcoPOD

2013-04-29 17:59:14

華為集裝箱數(shù)據(jù)中心

2011-05-03 17:28:24

浪潮云海集裝箱

2011-05-04 09:19:37

思科集裝箱數(shù)據(jù)中心

2011-09-22 11:23:29

云計算數(shù)據(jù)中心云立方

2011-10-21 13:26:00

數(shù)據(jù)中心IDC云立方

2013-05-28 15:22:49

華為集裝箱數(shù)據(jù)中心
點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號