在devops中，我們喜歡日語單詞。主要是因為精益在日本得到了如此強烈的採用，我們從他們那裡得到了大量的借鑑。像andencord和kaizen。 kaizen是乙個受歡迎的開發者文化實踐。kaizen字面意思是變得更好。我們可能會將其粗略地翻譯為持續改進。 kaizen是豐田汽車生產系統著名的精益模型的重要組成部分。kaizen日本單詞是「改禪」，中文的意思就改善。我們知道禪道這個bug國產軟體，如果你注意它英文翻譯應該是zentao。
masaaki imai的書kaizen提到：日本競爭成功的關鍵在2023年將kaizen引入西方世界並解釋說有六個原則指導kaizen流程，即使是人們為改善事物而做出的微小改變也會產生很大的結果。這六個原則聽起來很熟悉，因為它們反映了齒輪的許多要點以及推動持續整合的頻繁小批量修改的思維。其中有乙個單詞叫「gem ba」，值得我們討論以下。
gem ba在日語中它意味著真實的地方。它曾經被用來表示從犯罪現場到製造場所的所有事情，我們最好把它翻譯成「現場」。kaizen強調要檢視建立價值的實際位置或問題所在的位置。沒有關於它的報告，沒有關於它的指標，沒有關於它的過程，沒有關於它的文件，只有觀察和改善問題。
你知道在製造工廠中它就像是實際生產車間的乙個地方。在it中，人們正在做這項工作。在某些情況下，它甚至可能意味著轉到**或系統本身來檢視它們實際上在做什麼。現場處理。這實際上是對gemba的解釋。俄亥俄州立大學著名醫生兼研究科學家理查德庫克博士擁有他所謂的庫克規則6。如果他們打**給你關於乙個病人，你直接去看看病人就好。這就是gemba。改善過程很簡單。就是乙個從 計畫，到檢查，到行動的迴圈，如下圖。
首先，你要定義您打算做什麼以及希望結果是什麼。然後你執行它，然後分析結果並進行所需的任何更改。如果您的最新計畫的結果優於之前的基準線，那麼現在它是新的基線。無論如何，它可能會建議後續計畫，執行，檢查，行動週期。這個週期對你來說聽起來不太新，它基本上是我們在學校教授的科學方法的一種更具戰術性的形式。是的，但令人驚訝的是我們經常不將它應用於我們的商業活動，而是使用流行的變體之一，如計畫，不做，撒謊，喝酒。
這個迴圈在商學院一般都教這個。計畫，執行，檢查，行動的簡單過程不僅僅是給予價值並產生任何改進。它更多的是教人們批判性思維技能。在建造汽車之前，豐田首先做到了這一點。另乙個用於解決問題根源的kaizen工具稱為five whys。它背後的想法很簡單。當出現問題時，您會問這個問題為什麼會發生？當你得到答案時，你會問為什麼會這樣？ - 您可以根據需要重複此操作，但五次通常足以將鏈條耗盡至根本原因。
當使用五個為什麼時，要記住四件事。乙個是關注潛在的原因而不是表面症狀。 另乙個是不接受沒有足夠時間的答案。你知道我們總是在約束下工作。我們需要知道是什麼導致我們超越這些限制。第三，通常在你的五個中會有叉子，因為多個原因會影響乙個元素。可以使用稱為魚骨圖的圖表來跟蹤所有這些。第四，最後，不要接受把人為錯誤作為問題發生根本原因。
這始終指向過程失敗，或缺少具有足夠安全防護的過程。在五個為什麼活動中使用的引用是人們不會失敗，流程會這樣做。好吧，那是kaizen。持續改善和我們後面介紹的ci和cd是有相同的思想和文化。我們在本課程中介紹devops文化的最後一部分。（devops是一種文化，已經結束）接下來第三章，我們將討論devops的根源。
可持續整合 Devops簡述
devops development和operations的組合詞 是一組過程 方法與系統的統稱，用於促進開發 應用程式 軟體工程 技術運營和質量保障 qa 部門之間的溝通 協作與整合。它是一種重視 軟體開發人員 dev 和 it運維技術人員 ops 之間溝通合作的文化 運動或慣例。透過自動化 軟體...
持續改進的DevOps自動化工具
在devops中，該詞在過去幾年中似乎是很多流行語，但是這個流行語是it招聘人員，軟體公司和 商在網際網路上搜尋次數最多的詞。當談到devops時，專業發燒友爭辯說，它與工具或自動化無關，但他們錯過了，實際上，工具是取代任何公司中devops文化所建立的文化的工具。我們都同意，devops不僅與工具...
DevOps學習一 基礎概念
從事軟體開發不少年頭，從15年開始逐漸轉管理，很少實際程式設計，也極少動手寫心得體會了。最近的閱讀有所感慨，光讀不寫實際上並不知道自己是否理解，是否有所提高，計畫慢慢講最近的學習和心得通過文章做個記錄。1 藍綠部署 正常的程式更新上線，需要暫停原有伺服器端服務，上傳部署包再重新啟動服務，這期間服務都...