# 工控產業 DevOps 導入經驗談
###### tags: `DevOpsDays Taipei 2018` `9/11` `15:10~15:50` `Track B`

{%hackmd zjE8rohhTBKEAPwdaLV11Q %}

## 工業 相對於消費性

主要要穩定
沒有重開治百病這回事

## 軟體需求的來源

- 新產品開發
- 通常是硬體
- 舊產品維護
- 即使硬體有問題 能只改軟體就不改硬體
- 硬體要改成本高
- 可行性研究
- 舊產品改版

## 給自己的運維一點定義吧

- 產品能**長期穩定運作20年**
- 加新需求必須做好**實作隔離**及**測試**
- 軟體能快速上線、可靠穩定

硬體周期：P cycle and C cycle (?)
沒有SDLC，長周期、瀑布式
挑戰：需求多變、長期交付、品質穩定

### 硬體優勢
人、機、料、法、環
數據化
標準化
成本低
快


過去常見的景象
* 一包legacy code
* 版控是檔名

世界奇觀
* 蓋很久
* 擺著沒處理 （或因故沒辦法處理）
* 等到要拆很麻煩
* 面臨時間壓力

## 對策
軟體開發的本質：獲取及保存知識
紀錄需求分析文件
追蹤進度/變更
看板進度透明化
紀錄issue數據
* 分析某段時間RD是不是特別忙

討論透明共享
空間限制 辦公室小 所以用線上版本
每天都寫一樣的事情很奇怪

### cd/ci
程式碼靜態掃描
避免哪天輪到其他人作這部份就爆炸
避免memory lead
>工控沒事不會重開機 所以問題會一直放大
>

把工作接起來自動化就是第一代pipeline ?

CI 包含：任何人都可以輕易取得
**最新的可執行檔**
（展示 測試 知道進度）
> artifacts

#### 第二代pipeline
拆成很多條pipeline，可重複利用
分段作artifacts

釋出管理與安全把關
>看看台GG 就知道有多重要
>[name=路人]

### 從交付到部署

套件管理標準化
全自動回歸測試
導入平台虛擬化
效能監控與通知

## 成效
省了
* 前置準備時間
* 操作時間
* 自動掃毒
* 等待時間

大道至簡：==價值==


正向循環：商機/價值->方案/需求->設計／架構->自動化省時

## key takeaways

- 建立訊息透明化的共識
- 版控作扎實在講自動化
- 紀錄一切值得紀錄的變更
- 自動化一切值得自動化的工作
- 持續觀察流程並調整
- 讓數據變成助力不要變壓力
- 把硬體當資產，不要當負擔

---

> 場外聊天室，歡迎在下方喇賽
>

這裡還是次等公民區嗎......? XD
>為啥有這句啊XD
>:11點～14點的兩場議程設備有問題
？

重開治百病啊，ATM當機重開就正常了

應該是說不能每次出問題重開沒問題就當解決了XD

20 年耶.... 看來要玩新技術應該無法
> 其實新的連網型產品的技術都是跟上時代的喔，只是不方便公開講.. XD 新的服務架構是用container為前提的。
>
how do you turn this on

剛剛需求文件是用什麼套件啊＠＠

wakatime.com/dashboard 很好玩
可以看自己一週花多少時間在哪裡

部屬
佈署
部署
我都已經要看到花掉了XDDD