iT邦幫忙

第 11 屆 iT 邦幫忙鐵人賽

DAY 8
0

今天終於要進入主旨!提到什麼是DevOps,不過其實前面的探討我也覺得很重要!大家還是可以去看看的喔~

在開始提DevOps之前,我們先來說明五個詞

Culture 文化

任何一個團隊、公司都會自然而然地有其文化產生,各個職務亦然,但是在傳統常見的分配上開發和維運會是獨立分開的兩個團隊,這很顯然會遇到一些問題:開發只管開發方便,沒考慮到維運的重點;維運只會責(嫌)罵(棄)開發的人員問題很多....這樣如此明確的「各司其職」,反而造成了整體的問題,若能打破每個階段中間的隔閡,讓開發的人也去設想維運的層面、維運人員也多考慮開發層面,緊密整合團隊才能有更高的效率與成果,這是一種全體意識的方針,不是一種職位或是技能,而是要每位同仁都能去學習與了解的文化

Automation 自動化

前篇有提到敏捷開發, 要縮小範圍、快速開發、除錯、測試、部署,這樣的不斷循環中前進,若每次都是人工介入測試、部署....儘管有SOP,還是不免造成問題與麻煩,例如常見的上版失敗,發現原因是SQL沒執行或Library沒包到,但是開發工程師會說文件有、手順有,這樣的情況屢見不鮮,要盡量減少這樣的情況,就是要搭配自動化作業,包含持續整合(CI)、持續部署(CD),這後面我們會再來多探討,以達到快速開發、自動測試、自動部署、可重複性、可靠、減少錯誤等等的目標

Lean 精實

精實軟體開發,這個名詞簡單來說就是一種開發方式(廢話~)就是我們前篇文章有提到的,這邊就不多說,回顧七大原則:消除浪費、增強學習、延遲決策、加速發布、尊重授權、嵌入完整性、全局思考

Measurement 測量

在維運的時候很重要的部分是「數據」,系統穩不穩定、錯誤率、負載率、效能......等等,在這三個方向**「Monitor 監控」、「Metrics 指標」、「Analytics 分析」**的相互作用下,能有數據支持,回饋給開發者,作為下次開發期的調整目標,方能促使敏捷開發有更好更效率的迭代

Sharing 分享

每一次的經驗都會有遇到的問題或是可以提出來討論的地方,時常與同儕夥伴交流討論,就能透過分享互助的方式避免他人踩到一樣的地雷,這是在學習和成長時,很重要的一個部分

以上五個特色就合稱為「CALMS」,也就是DevOps的核心精髓

參考資料、延伸閱讀:

下集預告:What is DevOps?(二)


上一篇
Lean 精實開發
下一篇
What is DevOps?(二)
系列文
後端功城獅30天DevOps探討挑戰30

尚未有邦友留言

立即登入留言