法拉利與DevOps 比你想象中有更多類似

2021-08-19 12:51:08 字數 1572 閱讀 6469

在當今世界,客戶並不缺乏選擇,所有企業的特點都是讓客戶滿意。從技術的角度來看,這方面的很大一部分取決於快速的追蹤和高品質軟體的發布。每季度發布的新產品正在被每週發布的新產品所取代,有時甚至更快。期望值增大,然而時間表卻早已超過。所以現在勢在必行的是,所有不同的元件來一起同步有效地創造乙個競爭的優勢,讓業務可以在一段時間內持續。

儘管對devops看法不一,它仍反應了開發界不同想法。值得一提的是,雖然所有他們對devops有不同的意見,但他們也明顯分開了問題的核心。

為了更好地了解情況,我們來進乙個故事:從前,有個和尚擁有一輛法拉利,他對法拉利沒有興趣,打算賣了它。每天早上當和尚離開去念經時,有三個盲人被法拉利發動機的聲音及燃燒的橡膠氣味給迷住了。然而,他們看不見,只能想象。因此,在晴朗的一天,他們決定摸一摸感受下法拉利並且回來交換各自的感受。

第乙個人摸了摸法拉利的車輪驚呼:這是由軟橡膠製成的大玩意兒。第二個男人跑了過去,用他的雙手摸了摸車身的玲瓏曲線,並說這就像乙個古希臘的雕像,而第三個人把他的手放置在法拉利的視窗,並得出結論:這是乙個車輪上的移動玻璃宮殿。雖然每個人對法拉利的看法都是正確的,但是都沒有抓住法拉利的本質。

現在,你不需要乙個和尚告訴你,devops與這個故事很相似。對於一些人來說,devops就是灌輸正確的文化,使不同群體可以無縫地協同工作,實現了統一的目標。對於其他人來說,它是關於建立了符合組織的業務目標,正確同步的流程和做法。而對於那些別有用心或專有工具**,devops就是實現自動化的涅槃。

然而,現實情況是,軟體開發團隊面臨來自上司的壓力不斷增加,交付比以前更快。反過來說商界領袖,以市場壓力要求他們:在幾個小時內提供高質量的軟體,同時解開任何可能阻礙發布時間的問題。

連續的一切

我們在最快樂的時候,大腦相信靠近devops的簡單方法是「連續」,其核心有一句關於敏捷的口頭禪 「人重於過程,過程重於工具。」不斷發展和適應不斷變化的需求的想法已被我們發現,我們稱之為devops 7cs。

其主要目的是通過連續規劃,不斷發展,持續整合,連續部署,連續測試,持續監控和持續反饋,以保證敏捷交付。

然而,devops文化組成部分在怎麼強調都不為過。很大一部分devops的成功或失敗取決於乙個組織的執行力和權力。三個大多數組織公認的文化模型:病態,官僚主義和有生產力的。不用說,充斥著一種病態的或官僚文化的組織devops成功的經驗最少,因為這樣的組織往往會掩蓋失敗。

devops的發展是需要資訊共享和公開,領導鼓勵員工學習,用新的思路,失敗並不被看作是最終結果,而這只是一次學習和成長的機會。

最終,企業將不得不接受devops作為其戰略的乙個組成部分,而不僅僅是作為乙個自由的,前瞻性的思維實驗,贏得他們的一些印象分。所以必須記住,很多人很容易被一輛法拉利吸引到,但也許不能擁有乙個。

乙個成功的devops計畫的想法是大致相同的,它不只是最好的**商或選擇合適的工具再或者磨嘴皮創造正確的文化; 最終,它都需要克服組織慣性,變革的阻力,做乙個長期的承諾,利用devops幫助企業領先一步。

舒麥加和法拉利讓F1比賽變得如此乏味

今天看匈牙利站比賽,從頭至尾舒麥加領先第二的巴里切羅至少5秒以上,而巴里切羅領先第三的阿隆索至少10秒以上,70圈的比賽始終如此,不免使人覺得乏味。kimi退出比賽以後,比賽就進入乙個更為死氣沉沉的氣氛,李兵和北極蝦想拼命找點話題來說都很困難,只好拿法拉利維修站的那堆黃沙打趣。實在是很無趣的比賽,我...

ML 約束優化方法 拉格朗日乘子法與KKT條件

本篇文章將詳解帶有約束條件的最優化問題,約束條件分為等式約束與不等式約束,對於等式約束的優化問題,可以直接應用拉格朗日乘子法去求取最優值 對於含有不等式約束的優化問題,可以轉化為在滿足 kkt 約束條件下應用拉格朗日乘子法求解。拉格朗日求得的並不一定是最優解,只有在凸優化的情況下,才能保證得到的是最...

PCB敷銅的「弊與利」

pcb 敷銅的 弊與利 敷銅作為 pcb設計的乙個重要環節,不管是國產的青越鋒 pcb設計軟體,還國外的一些 protel,powerpcb 都提供了智慧型敷銅功能,那麼怎樣才能敷好銅,我將自己一些想法與大家一起分享,希望能給同行帶來益處。所謂覆銅,就是將 pcb上閒置的空間作為基準面,然後用固體銅...