S2EP.7 DevOps扮演的角色和不為人知的關鍵!
🤖 頻道主持人：Monica
🤖 來賓：數位創新研發中心 黃宣銘
💡本集重點：
► 01:30 什麼是DevOps? 什麼產業的人適合使用這個工具?
- DevOps 是軟體開發架構的方法論，是「Development(開發) + Operations(維運)」兩者的結合。
- DevOps 更像是團隊共識、團隊文化與守則，很需要團隊內部的高度支持才能達到「高效率、團隊資訊透明、品質穩定」的終極目標。
- 若團隊間存在缺乏溝通、資訊交流，導致該規劃沒規劃、該測試沒測試，後續衍生出品質問題等等，有以上症頭的新創團隊、產品開發團隊，皆可使用 DevOps 。
► 07:14 當初公司為什麼會採用此工具呢? 是看上他的什麼優勢? 敏捷管理?
- 公司原先有工單系統處理需求與Bug，發現了不少處理流程上的問題：每周處理的工單難以追蹤、處理進度待處理事項難以查詢、每項工單處理完成都需要詢問工程師，未來遇到相同問題也不易查找。
- 試行 DevOps 架構，後來採用了微軟 Azure DevOps 工具，擴大至整體應用 DevOps 架構進行開發管理。
- 導入後效益：同仁更有效率的協作與溝通，從功能開發導向到注重軟體品質；導入了 DevOps 自動化的部署與更新程式後，能準確掌握每次功能改動調和開發、營運與維運團隊的終極目標。
► 12:17 DevOps的工具有哪些?我們自己公司常用的有什麼?
- 最常使用 工作項目功能：將產品的各項功能分為區域路徑，填報工單需要選擇對應的區域路徑，藉此了解工單對應的哪些功能，是屬於熱門或常發現問題的系統功能，也能作為我們後續優化的評估標準。。
- Azure DevOps 提供的功能與圖像化界面：可以協助管理，透過各項處理狀態的泳道安排每個 Sprint 周期的工作項目。
- 自動化部署：Azure DevOps 提供「Pipeline」可以彈性設定流程，透過自動機制協助平常瑣碎、例行的部署工作，達到所謂的｢CI / CD｣(持續整合/持續部署)。
- DevOps 也支援版本控管的機制，可以將軟體成品分為開發與正式版本等支線，每次變更先部署至開發版本，待測試完成更新制正式版本進行發布，確保功能正常運行。
►13:42 你通常會在什麼情況下使用DevOps? 發派任務流程會很複雜嗎?怎麼追蹤進度?
- 需求與工作管理：舉凡功能異動、擴充或修正，透過工作項目進行即時管理與追蹤。
- 追蹤進度可透過工單獨有的ID 查到當初開立的工單，也可以使用關鍵字搜尋，工單上會明確標示處理狀態與預計發布版本等資訊。
- 常規流程：提案人在 DevOps 填寫工單，由產品負責人進行規劃與測試，並將工單指派給對應的工程師與設計師處理，最後經由測試團隊進行功能驗證後，交給提案人驗收。
► 16:52 能舉實例說明使用 DevOps在工作中帶給你什麼幫助?
- 溝通效率增加，每次的討論結果與解決方案都有紀錄在工單中，能夠減少同仁間重複溝通的成本。
- 介面可視化的方式，更容易進行變更管理。
► 19:28 如何更好了解DevOps的使用跟查詢相關的工具? 透過一些工具書?還是網路社團? 部落格文章? 請分享不錯的知識媒介。
- AWS 的官方說明：梗概說明 DevOps 的運作、優勢與實務整合
- Azure DevOps 相關說明：提供DevOps 概述外，對於Azure DevOps 所提供的功能有詳細描述與線上課程可供檢閱。
- IT 邦幫忙 的「CI 從入門到入坑」 系列文章：從DevOps 與CI (持續整合)講解到實際應用方法經驗談，有些技術含量。
- 延伸閱讀 iThome-為什麼會出現DevOps？：這篇是介紹 DevOps 的前世今生，起源在某次比利時的政府部門資料中心，面對專案執行辛酸血淚的解決方案。