DevOps的神鬼奇航
29 likes2,186 views
本文件探讨了DevOps在制造业IT环境中的重要性和实施挑战，包括人员结构和项目特性。关键点在于促进开发与运维团队的协作，实现敏捷的开发流程，提升用户价值，并简化自动化部署。同时，强调了团队文化的建设和透明沟通的重要性，以确保成功的DevOps转型。
DevOps的神鬼奇航
- 1. DevOps的神鬼奇航 講者: 郭家齊 (Edward Kuo)
- 2. 關於我 • 現職 Kingston Technology 資訊處 • 前 友達光電 營運資訊處 • 微軟最有價值專家 • Study4.TW社群成員暨講師 • 2017 Microsoft Tech Summit 講師 • 財團法人福榮融合教育推廣基金會 資訊顧問 • 中華大學 Build School 企業導師 熱愛開發程式與追求新技術，近年除技術研究外，也積極實踐敏捷精神， 讓DevOps文化能落地並於企業內實踐，而非只是個目標
- 5. • IT人員的編制有一定比例 • IT人員的質量不一 • 大部分企業內的IT是屬於支援單位 • IT穩定服務永遠位居首要 • 可承擔「變」的風險能力較低 • IT人員是技術專精的「魔法師」
- 6. • 用少數資源， 「製造」大量系統 • 系統間關係盤根錯節，架構與開發的複雜度，不輸其他產業 • 公司越久越大，系統越多、維護成本越大，開發效率越低 • 很多的解決方案像是拼裝車 • 越短時間能交付需求，才是被大家關心 • 系統會同時佈署不同地區 • @#$%^*)$#@
- 8. • 專案只有交付日期，沒有終止日期 • 有時候必須交付第一版後，User才能準確說出自己的需求是什麼 • 需求確認的時程，趕不上市場變化 • 需求有優先權，往往會被外界更動 • 專案的範圍大小不固定
- 12. ★ Testing Test Test Test ★ First Release ★ Lead Time ★ Full Requirement ★ Enough Requirement ★ Lead Time★ First Release ★ Full vs. Enough Requirement ★ Testing Process
- 13. • 保持高效率，快速反應 • 敏捷開發、小步快跑 • 發現問題，適時檢討與反省 • 貼近使用者/市場需求 • 提升可靠度與品質 • 讓User知道你有在關心的他需求
- 15. Infra Team
- 16. Infra Team Scrum A Scrum B Scrum C POPOPO Develop Develop Develop
- 17. Infra Team Scrum A Scrum B Scrum C POPOPO Develop Develop Develop Scrum Master
- 29. Scrum & DevOps雙軌 快速迭代 貼近需求 時程可被預估即時反應 Waterfall Scrum 持續整合 持續部署 持續反饋 减少浪費 DevOps
- 30. • 坑 : 技術、組織 & 文化 • 減少歷史包袱，降低轉型試驗的風險 • 建立企業的DevOps流水線 • 降低被包袱干擾程度 • 不影響現有開發與營運模式
- 31. CI / CD =DevOps? 開發與維運沒有共同目標，就不算做到DevOps
- 33. • CI / CD !=DevOps • CI / CD 只是讓工作流程自動化 • DevOps 第一和第二需要被優先建置 3 工具2 流程1 文化
- 34. Infra TeamScrum Master Scrum A Scrum B Scrum C POPOPO Develop Develop Develop AS AS AS DevOps
- 37. • 管理 • 開發與維運最好是同一個團隊(組織) • 團隊內擁有不同角色，但只對應同一位主管 • 開發人員同時也會是維運人員 • 團隊 • 專業整合，共同找出解決方案 • 溝通管道簡化、資訊透明度高 • 開發與維運的需求(Story)放在同一個看板內管理
- 39. Build & Release 人工先行 用人工方式確保流程可運作
- 40. • 只要是程式碼，都要納入版控 • 80%自動化、20%人工作業 • CI / CD的過程都必須被追蹤和警報、資訊必須是透明 • 除正式區環境，盡量在程式碼嵌入後就直接進行CI / CD
- 42. • 監控 • 系統運行必須有Log和健康狀態監控 • 系統訊息必須即時給「開發」和「維運」人員 • 任何的反饋資訊，必須能在同一個溝通平台被討論 • 配置 • 上線流程 : Dev->UAT->Pro • 每個環境對於系統配置是不同 • 系統配置參數，納入CI / CD流程中完成 • 系統化完成配置，降低人為干預
- 44. • 商業需求 > 團隊 >> 人 • 先評估團隊完成商業價值，再評估個人對團隊貢獻價值 • Money Merit • Merit Money is a reward scheme, where the whole team rewards each other, based on our perception of an individual’s merit during the month. You are given a certain number of merit points each month and you distribute them to your team members. Far removed from your traditional bonus scheme, Merit Money is not set by management and there is no fixed target.
- 46. • 開發與維運如何有效的溝通非常重要 • Infra對於Scrum & DevOps較無感 • 系統架構重新設計，提升CI / CD效益 • 架構最好設計是低耦合性、盡量做到最小單元 • CI / CD建置是很花功夫，最好列入Story或Task • 自動化很爽，壞了也很爽，一定要設計手動模式 • 工具整合是支持開發和維運方面最有幫助的技術 • 開發和維運人員最好是同一個團隊
- 48. • 開發與維運必須是閉環 • 兩者間資訊必須透明化 • 團隊文化建立永遠是最難的 • 流程都確定好，再進行自動化
- 49. End Q & A