過來人經驗 - 在企業中推行 DevOps 前該具備的認知與工具箱
1 like•560 views
本文记录了作者在企业推行DevOps的经验，包括遇到的困难、解决方案和成功因素。强调了知识管理和工程流程的重要性，提出通过自动化测试加速价值交付，并建议保持团队协作和明确的商业目标。最后指出，持续学习和适应变化是成功的关键。
過來人經驗 - 在企業中推行 DevOps 前該具備的認知與工具箱
- 1. [email protected] 1 1 過來人經驗 - 在企業中推行 DevOps 前該具備的認知與工具箱 Tim Wang 2021/11/24 DevOpsDays Taipei 2021
- 2. [email protected] 2 2 Tim Wang 網通產業 Agile community / DevOps Taiwan 社群講者 開發者→團隊管理→架構設計→產品管理 都在 B2B 產品公司做軟硬整合方案 2017 開始接觸 DevOps 觀念並參與社群活動
- 3. [email protected] 3 3 #1 近兩年的實踐方式 #2 遭遇的困難及應對 #3 如何幫助 DevOps 順利落地 Agenda
- 4. [email protected] 4 4 #1 一個 DevOps 各自表述 分享我與團隊過去兩年的歷程
- 6. [email protected] 6 6 - 工業級 On-premise server app. - 產品這兩年正在拓展新市場與商模 - 團隊擴編但知識管理與傳承在有與沒有之間 - 工程管理靠純手工工藝 - 歷史需求及設計文件難以追溯 - 曾跑過玄妙版的 Scrum (有形式迭代沒價值增量) 想要我的知識嗎? 可以全部都送給你， 我都放在 Email 跟 註解 裡了，去找吧！ 團隊背景狀況
- 8. [email protected] 8 8 交付價值 的頻率 交付價值 的前置期 修正問題 要多久 改版出包 的比率 一年 參考 DORA State of DevOps Report (2019) 為指標 一周到 一個月 一天到一個月 暫不參考
- 9. [email protected] 9 9 1.影響力地圖 2.事件風暴 3.知識管理 (KM) 自動化建置 1.自動化測試 2.SCA/SAST 1.導入虛擬化平台 2.自動化部署 3.自動測試服務化 1.展示服務上雲 2.追蹤量化線上經 銷商大會成效 1.營運數據視覺化 2.平台數據長期趨勢 1.產物管理 (AM) 2.自動化打包/傳遞 開發自動測試項
- 12. [email protected] 12 12 Design Implement Evaluate Release • 盤點架構設計 • 評估工具鏈合宜性 • 週期靜態掃描 (SCA) • 判讀報告、設定通知 • 定期進行黑箱弱掃 • 開源合規 (FOSS) • Software BOM • 數位簽章 • Hash SSDLC (Secure SDLC)
- 13. [email protected] 13 13 Artifact Repository Infra. Automation Stg. (Linux) Stg. (Windows) Cont. Delivery Cont. Deploy Prod. (Linux) Prod. (Windows) 1.導入虛擬化平台 2.自動化部署 3.仿真環境壓測
- 15. [email protected] 15 15 Staging Environments Production Environments Cloud Demo Service 1.營運數據視覺化 2.平台數據長期趨勢
- 16. [email protected] 16 16 交付價值 的頻率 交付價值 的前置期 修正問題 要多久 改版出包 的比率 按需/每天部署 年交付 →日(季)交付 / 透過展示平台接觸 1000+ 新使用者 一天內 少於 一天 暫不參考
- 17. [email protected] 17 17 實施 DevOps 對於產品的意義 - 確保品質同時加速價值交付 - 增加與市場互動獲得回饋 - 加速假設驗證循環 - 呼應三步工作法 交付 價值 獲取 回饋 提出 假設 實驗 交付 驗證 假設
- 18. [email protected] 18 18 #1 小結 - 不僅做 CI/CD 區間解法，更藉由 DevOps 打 穿整個價值交付 - 妥善管理知識(KM)與工程流程(DX)有助團隊 能高效長久運行 - 品質先行，自動測試佔整體投資 50% 以上
- 21. [email protected] 21 21 Product Team SRE SDET BE FE Function Team (Silo?) IT QA SW HW 合作 分 工 分工 合 作 共同目標
- 22. [email protected] 22 22 # 當 IT 團隊的目標不含軟體產品服務時 - IT = 企業運維 (成本中心) - 管網路、顧 VPN、買/修電腦、資安認證、軟體授權、開發 內部流程系統、工廠生管系統… Dev 端發起的 DevOps 改變， 通常得兼當基建 SRE (一條龍) Class SRE Implements DevOps, but…
- 23. [email protected] 23 23 1. 強制 X 天必須改密碼、最短 Y 天、回溯 Z 代 2. 部分老舊系統不能產生/綁定 API Key 3. 強制 MFA ，然而部分系統不支援 MFA 4. 「自動化系統」於 SSO 機制上沒有對應的身份 5. 禁止任何人自架系統 6. 禁用一切開源方案 (社群免費版) 7. 未登入網域禁止任何傳輸 8. 禁連外網 常見的 IT 政策
- 24. [email protected] 24 24 成因 1. 部分老舊系統不能產生/綁定 API Key 2. 「自動化流程」於 SSO 機制上沒有對應的身份 3. 強制 90 天必須改密碼 結果 最多維持 90 天就需要人為介入處理一次 風險 要上版的那天剛好密碼過期 (崩潰)
- 25. [email protected] 25 25 駭客行為已從興趣發展為事業 企業 IT 只會愈來愈累
- 26. [email protected] 26 26 1. 挑選合規的外部供應商 (預算/省事) 2. 盡可能遵循資安最佳實踐 (MFA/SSO/RBAC/DMZ/…) 尋找產業規範支持 例: IEC62443-4-1 對於 SSDLC 的需求 降低阻力 尋找助力 選基建方案的考量
- 27. [email protected] 27 27 採購成本 運作效率 資安成本 維運成本 SLA 買 現 成 營業費用 OPEX 資本支出 CAPEX 延遲/頻寬 自 己 建 資本支出 CAPEX 營業費用 OPEX 整合較穩定 考量企業 合規程度 SRE (IT/RD) SRE (IT/RD) 選基建方案的考量
- 28. [email protected] 28 28 Dev (RD) 效率 / 方便 Ops (IT) 成本 / 安全 DevOps 要在企業內平安落地 取決於 雙方溝通的文化與平台
- 29. [email protected] 29 29 Waterfall Sprint 1 Sprint 4 Box 1 Box 2 Box 5 Sprint 2 Sprint 3 Development QA Testing QA / SQA / SDET Releases Sprint 5 Box 3 Box 4
- 30. [email protected] 30 30 當 (S)QA 團隊無法長期投入特定軟體產 品服務的持續測試時 - 迭代愈多成本愈高 - 迭代愈快錯誤愈多 - 自動化測試開發(SDET)人才非常稀缺 迭代愈快錯誤愈多 迭代交付 = 錯誤
- 31. [email protected] 31 31 Sprint 2 Box 1 Box 2 Sprint 4 Sprint 3 Sprint 1 Box 3 Box 4 Automated regression Automated regression Automated regression Automated regression Automated regression Automated regression Iterations Test coverage 持續測試(開發)
- 32. [email protected] 32 32 現實隊形 Yes, I do. 現實總是艱難！ But it works… SDET +QA 四版
- 33. [email protected] 33 33 應該不算太多，但這還 是要看各種主客觀因素 除了比快還要比品質啊， 持續交付 bug 不太對。 半個月一次算少到不行 可以擁有很快的能力， 但不代表需要很快。 算少 以企業來說正常 非常少 每家公司的需求不同 https://www.facebook.com/groups/DevOpsTaiwan/posts/4356734214413591/
- 36. [email protected] 36 36 #2 小結 - 實踐 DevOps 很可能改變團隊構型 - 跨單位同步目標很重要 - 盤點價值流找突破口
- 37. [email protected] 37 37 #3 過來人看 DevOps 如何落地 那些基本而重要的因素
- 39. [email protected] 39 39 老闆 Sales / BD 主管 / PM 基層 / RD 商機 / 價值 方案 / 需求 設計 / 架構 自動化省時 正向循環 負向循環 帶團隊的課題
- 40. [email protected] 40 40 價值 技術 商業 1 – 發現 2 – 推動 3 – 提供 4 – 支持 Biz DevOps = 以 Biz 引領 DevOps 推動 商業上的 持續交付 Biz Dev Ops (SRE, PM, QA, FAE, Marketing,…) (PM, Sales) (R&D, SDET, PM) 技術上的 持續交付
- 41. [email protected] 41 41 Product Team SRE SDET BE FE Function Team (Silo?) IT QA SW HW 共同目標 對齊商業目標組建 pilot-run team PM
- 42. [email protected] 42 42 - 產品商務 - 對客戶探詢價值、對團隊說需求故事、將需求轉為可行計畫 (Impact Mapping、User Story Mapping、Event Storming) - 支持以 Product Team 構型來建構團隊 - 技術開發 - CI / CD / Test Automation - Trunk-based development (TBD) & Feature Toggle - Virtualization / Infra. as Code 三步工作法之一：由左到右快速流動
- 43. [email protected] 43 43 - 產品商務 - 因應業務場景(2B/2C)，設計資料收集機制及分析方法 - 帶領團隊 Retrospective (回顧) - 基於各種回饋進行 Refinement (微調) - 技術開發 - 規劃並實踐 log/trace/metric 協助資料驅動決策 - 落實知識管理 (Knowledge Management) - 商業思維，對於討論理解需求不排斥 三步工作法之二：由右到左快速反饋
- 44. [email protected] 44 44 - 全體成員 - 假設(hypothesis)驅動 - 追求價值導向 - 不咎責文化 - 塑造學習型組織 三步工作法之三：持續學習
- 45. [email protected] 45 45 總結: 1. 處理人與組織的問題 2. 自動測試是加速循環的關鍵 3. 釐清價值流，以商業目標驅動 4. 目標與溝通重於 工具與流程 5. 持續演化才是最佳策略 “No matter what the problem is, it's a people problem.” —Gerald M. Weinberg
- 46. [email protected] 46 46 歡迎加入 DevOps Taiwan 分享交流經驗 https://www.facebook.com/DevOpsTaiwan/ Q&A