一千萬個為什麽

搜索

這張照片的信息是什麽?



我已在此 Reddit主題的評論中找到此圖片,以及想更好地理解它的信息。我不知道圖像的原始來源,也許它會在稍後出現。

What the hell have you built.

轉載註明原文: 這張照片的信息是什麽?

一共有 1 個回答:

Reddit的線索問道:

為什麽Docker思維轉換如此困難?

然後,該OP鏈接到 Docker思維轉換,並聲明

Docker Mind Shift有助於解釋許多人在DevOps和容器中遇到的挑戰。想法?

(目前)最高的評論狀態

說實話,我最大的挑戰是工具改變的速度,而不是概念。從理論上講,我很好地理解了碼頭工人的工作流程和想法,但實際上有時候你會覺得你把一大堆盤子扔在空中,然後在他們再次踏上地面之前就走了。我認為這是一種新技術,它的運動速度很快,但只是試圖跟上不斷移動的門柱會讓人筋疲力盡。盡管公平起見,它在過去的2年中似乎已經變得更好。

作為對此評論的回應, sirex007 回應

在完成任何合適大小的碼頭工程後,我總是會想起這個圖像

並鏈接到上面的圖像。這張圖片試圖展現許多人對DevOps世界的困惑。這裏有一個工具箱和框架的smorgasboard,圖中的子彈是對右邊圖表的無意義評論。

這在第一個項目符號中可以看到:

      
  • 你是否隨意挑選東西?
  •   

隨後的項目符號將在這個問題上展開。例如, Redis是一個緩存系統並存儲鍵值對。同樣, MongoDB 是一種 NoSQL數據庫,其中支持鍵/值對緩存,因此Redis和MongoDB都有點傻。

看來sirex007認為這張圖表明了我認為它是一個新技術理念,它能夠快速移動,但試圖跟上不斷移動的門柱可能令人疲憊。我面臨的最大挑戰是工具更換的速度,因為圖形中出現了許多時髦的工具,這表明實施者似乎並不了解他或她所使用的工具包堆好。

這是一個公平的觀點:隨著DevOps快速叠代和部署的目標,頻繁出現新工具以及這些工具內的變化可能看起來像是以驚人的速度發展。我認為這是DevOps模型成功的證據。如果這些項目能夠使用DevOps快速成功叠代,那麽它就是模型取得成功的證明 - 盡管成本可能正在趕上這種快速發展的步伐。