[DevOpsDays] 硬體產業的DevOps導入與實踐 - 以工控產業為例
•
2 likes•617 views
原題：工控軟體部門的 DevOps 導入與實踐經驗 發表於 DevOpsDays Taipei 2018 (2018-09-11) 已移除部分圖片，若有需要請與我聯繫，謝謝。 timwang.work@gmail.com
Recommended
More Related Content
What's hot
What's hot (20)
Similar to [DevOpsDays] 硬體產業的DevOps導入與實踐 - 以工控產業為例
Similar to [DevOpsDays] 硬體產業的DevOps導入與實踐 - 以工控產業為例 (20)
[DevOpsDays] 硬體產業的DevOps導入與實踐 - 以工控產業為例
- 1. timwang.work@gmail.com 11 工控軟體部門的 DevOps 導入與實踐經驗 Tim Wang 2018/09/11 DevOpsDays T P E 2018
- 2. timwang.work@gmail.com 22 王泰翔 (Tim) 來自凌華科技 (工業電腦) 軟體研發 兼 課長 近年熱衷於改善流程與提升價值
- 3. timwang.work@gmail.com 33 Outline - 為何工控產業需要 DevOps？ - 痛點、解決方案與實踐 - 實踐 DevOps 帶來的成效 - 有坑別踩
- 4. timwang.work@gmail.com 44 Topic 1: 為何工控產業需要 DevOps？
- 8. timwang.work@gmail.com 88 客戶選定的電腦平台 Functional API (C/C++) & Examples Kernel Driver OO API (Python/C#) / Algorithm / Protocol Eco-system Adaptor PoC Application Hardware Products 客戶選定的作業系統 Solution Stack Scenario 研發產物與用戶型態
- 9. timwang.work@gmail.com 99 新產品開發 通常是硬體產品… 舊產品維護 即便是硬體有問題 能只改軟體就不改硬體 可行性研究 AI, Big Data, Cloud, … 舊產品改版 產品硬體料件漲價/停產得換料 軟體得改但不能影響到使用情境 軟體需求的來源？ 運維？！
- 10. timwang.work@gmail.com 1010 給自己的運維一點定義吧 確保一系列產品能夠長期穩定運作 20 年 加新需求必須做好實作隔離及測試 確保軟體發佈能夠快速上線及可靠穩定 其實跟軟體服務業的運維目的性非常類似… 十分有理由 結合CI/CD
- 11. timwang.work@gmail.com 1111 硬體產業的 PLC (PLM) 提案（P1） 計畫（P2） 設計（P3） 原型（P4） 試產（P5） 量產（P6） 有沒有針對SDLC定義? 長生命期? 工作分解? 迭代? 長週期 甘特圖 瀑布式
- 13. timwang.work@gmail.com 1313 軟體人的價值與機會 開發 & 運維滿足速度、品質、不浪費， 同時能發揮硬體優勢找到新戰場！ 忙都快忙死了！怎麼辦？
- 16. timwang.work@gmail.com 1616 Toyota Production System (TPS) Just-In-Time Production (JIT) 成本(少浪費)、快、標準化 做太多 等待 輸送 加工 庫存 動作 不良品 產能太低的工人
- 22. timwang.work@gmail.com 2222 過去常見的景象 一包 Legacy Code 他的版控長這樣 好心的前輩寫的 Readme.txt
- 23. timwang.work@gmail.com 2323 共通點？ 1. 過程蓋很久 2. 擺著沒處理 (或因故處理不了) 3. 等到要拆很麻煩 4. 面臨時間壓力 糟了，是世界奇觀
- 24. timwang.work@gmail.com 2424 推動 Collaboration 的阻礙有很多 DevOps 要怎麼推下去？
- 25. timwang.work@gmail.com 2525 痛點 主要影響 引入對策 需求規格散亂不清 知識/溝通 知識管理 變更難以追溯 知識/溝通 原始碼版控 任務/缺陷追蹤 訊息遲滯透明不足 溝通/效率 任務/缺陷追蹤 看板 團隊溝通工具 沉重的歷史資產 效率/品質 原始碼版控 持續整合 散亂多變的工具鏈 效率/品質 持續整合 多樣的釋出組合 效率/品質 持續整合 持續交付 測試牽涉硬體組態 效率/品質 持續部署
- 26. timwang.work@gmail.com 2626 版控一切該版控的產物 “軟體開發的本質：獲取及保存知識” by Terry Yin 追溯變更 知識資產管理
- 27. timwang.work@gmail.com 2727 需求分析文件 追蹤進度/變更 變更透明易分享 需求統整管理 追溯變更 透明共享 (Fig. 1) 在 Confluence 上將專案需求、設計圖進 行文件控管及分享 (Fig. 2) 所有的工作分解後記錄在 JIRA 上，並且可 以透過付費 plug-in 把版本控制連結到 JIRA 上，每個工作內有多少變更一目了然 (Fig. 3) 承上，在 JIRA 介面中可以輕易看到類似 Git 的 diff 畫面，可以進行很輕量、快速的 分享與討論
- 28. timwang.work@gmail.com 2828 進版前相互把關 看板帶來數字感 看板進度透明化 追溯變更 透明共享 (Fig. 1) 在 Merge branch 前會透過 peer-review 的機制進行相互確認，讓「進版」這件事更 加正式且透明。 (Fig. 2) 工作分解記錄在 JIRA 上後，可以透過內建 看板快速呈現工作的狀況，跨團隊成員可以 輕易地知道整個專案的全貌及現況，不需要 等到例行會議才同步狀況。 (Fig. 3) 看板除了呈現狀態，也可以呈現數字感，不 管是「當下」的狀態分布，或是「按區間」 抓出時間分布，可以看到一些趨勢。
- 30. timwang.work@gmail.com 3030 改變溝通工具 工作規劃透明化 透明共享 (Fig. 1) 日常透過便利貼進行一些活動，例如讓成員 對於一個大需求(epic)提出自己的想法、如 何拆解工作？避免像 Ruddy 老師也提到的 跑 Scrum 跑到不知道 Story 的全貌是什麼。 也會在需求完成後做回顧會議，了解過程中 做的好或不好的地方，給予鼓勵或協助。 (Fig. 2) 日常聯絡工具使用 Hipchat/Slack 這類協 作工具平台，不使用 Line / 微信 ，避免與 私人訊息混雜在一起，公私分離。每天上班 第一件事是在固定的頻道上發表「昨天做什 麼、今天預計做、以及可能需要的協助」， 可以幫助大家做自我計畫、事後回查及增加 內部透明度，彼此提供協助。
- 32. timwang.work@gmail.com 3232 Build/Unit .Test Kernel Driver Build/Unit Test API DLL Release Signing (non-Win10) Pack cabinet file (*.cab) EV Signing (Win10) Submit to MS HW Dev Center 等待回應 Generate hash log Pack runtime components (*.msi) Build/Pack utilities (*.msi) Pack samples (*.msi) Pack installer (exe) Submit to VirusTotal 等待回應 第一代pipeline 工具鏈整合 釋出組態管理 [目的] 自動化所有須常態釋出 的交付組態(包含M$的 attestation signing) [成果] 視實際狀況可在 30 分 鐘左右產出交付檔案 節省前置作業及等待時 間約30分鐘
- 34. timwang.work@gmail.com 3434 Kernel Driver Unit test Build Release Signing (Attestation signing) Pack cabinet file Local EV Signing MS HDC (傳送並等待) API DLL Unit test Build Smoke Test Middleware Utility Unit test Build Smoke Test Component (msi) Generate hash log Pack runtime Pack utilities Installer (exe) 連結 需要的元件 VirusTotal (傳送並等待) 主動通知 業務單位 第二代pipeline 工具鏈整合 釋出組態管理 [改進點] - 沒彈性 - Artifacts 重複產生 - Artifacts 不易取得 [成果] 視實際狀況可在 2 ~ 16 分鐘內產出交付檔案
- 36. timwang.work@gmail.com 3636 16 歲的產品配最新最快的電腦？ 10 歲的產品說要加功能？ OS 改版了，軟硬產品全要重測？ （人工測試？工人測試！） 持續部署做什麼？情境模擬…
- 37. timwang.work@gmail.com 3737 Artifact Repository Infra. Automation 待測平台 (IoT) 待測平台 (PC-based) 從交付到部署 [成效] - 自動化設定平台組態 - 自動化測試腳本的遞 送與執行 - 整合測試帶來高信任 Continuous Delivery Cont. Deploy 組態自動化 簡化硬體測試
- 41. timwang.work@gmail.com 4141 Topic 3: 實踐 DevOps 帶來的成效
- 44. timwang.work@gmail.com 4444Ref: <The Nature of Software Development>, Ron Jeffries 大道至簡：「價值」
- 45. timwang.work@gmail.com 4545 省下時間然後呢？ 抽象化，Functional 改 OO 學需求分析、架構設計 學系統工程、實驗設計 學商業思維，拉高視角
- 46. timwang.work@gmail.com 4646 老闆 Sales / BD 主管 / PM 基層 / RD 商機 / 價值 方案 / 需求 設計 / 架構 自動化省時 正向循環負向循環
- 52. timwang.work@gmail.com 5252 Collaboration Automation LEAN Measurement Sharing Common Pool 工廠自動化？有啊 快+好+省對吧？超懂！ KPA、KRA、KPI、BSC 週報、月報、離職交接 突然談起 DevOps Culture…
- 55. timwang.work@gmail.com 5555 少說 – Buzzword
- 57. timwang.work@gmail.com 5757 多做 – 小步快跑PDCA
- 58. timwang.work@gmail.com 5858 我很想 DevOps，但 IT 不幫我…
- 61. timwang.work@gmail.com 6161 CI/CD 實施涵蓋率 commit 的頻率與次數 WBS 拆得愈多愈好 一篇能寫完的分享要寫三篇 透明化後萬物皆指標？
- 62. timwang.work@gmail.com 6262 Key Takeaways 1. 建立訊息透明化的共識 2. 版控做紮實再講自動化 3. 紀錄一切值得紀錄的變更 4. 自動化一切值得自動化的工作 5. 持續觀察流程並調整 6. 讓數據變助力不要變壓力 7. 把硬體當資產，不要當負擔
- 63. timwang.work@gmail.com 6363 “Be the change you want to see in the world.” —Mahatma Gandhi
- 65. timwang.work@gmail.com 6565 DevOps Taipei Community https://www.facebook.com/groups/DevOpsTaiwan/ Agile Community in Taiwan https://www.facebook.com/AgileCommunity.tw/