# 那些年我們做過的 DevOps Pipeline - 陳正瑋 (艦長)

{%hackmd @DevOpsDay/BymyqYaeo %}
> 各家講者出來分享自己的經驗多少都有些公司內規和公關要求的限制，有些不方便分享的地方（例如：不要張貼簡報截圖）還請大家多多包涵喔（不然就更多人不敢出來分享了）
> [name=DevOpsDays Taipei 2022]

> 從這開始
###### tags: `DevOpsDays Taipei 2022`
---
講師自己簡單分享～

先補上 Day 1 opening 的簡報（opening 沒有共筆頁面啊 XD）
https://speakerdeck.com/cheng_wei_chen/devopsdays-taipei-2022-opening

這場演講的簡報已經公開：https://speakerdeck.com/cheng_wei_chen/na-xie-nian-wo-men-zuo-guo-de-devops-pipeline

整個演講主要想要傳達的概念如下：

1. CI/CD/DevOps Pipeline 是隨著時間逐漸演化的
2. 續上，包含觀念的演進、工具的演進、軟體交付方式的演進。
3. 續上，所以雖然它是個老東西，但其實也演變了好幾代。
4. 續上，同時也代表有一群人們、企業、產品，是走過這好幾代的演進的。
5. 但很多時候，我們會只看見「工具」的更新，但工具發展的背後是有其脈絡與原因的，好比為何會出現 GitOps，以及 GitOps 推崇的觀念與做法。
6. 而對應到實際的 Pipeline 規劃與實作現場，你怎麼可能不受到這些因素的影響？
7. 進而你再仔細探究，會發現問題從來都不是「選擇哪一個 CI/CD 工具」，而是怎麼解決那些會讓你卡關的「相依關係」。
8. 於是，當你去查看到底是哪些「相依關係」時，就會看見那個「剪不斷理還亂」的全貌。
9. 那針對這個狀況，回頭來問「如果重新再來一次，讓你重新開始作 DevOps Pipeline」，你會有哪些建議？
10. 於是就有了簡報上分享的那些「個人心得」。
11. 其中，我覺得建立管理「相依關係」的「原則」是很重要的一點，有很多溝通與團隊協作需要努力的地方。（這部分有太多前輩或書可以針對其中任何一點做更多的分享。）
12. 最後，再一次想要傳達這個概念，DevOps Pipeline 既然是一個貫穿了整個軟體開發維運流程的東西，那絕不是請一個 DevOps 工程師來就可以搞定的事情，也不是選了哪一個工具（解決方案）就能輕鬆搞定的事。

---
> 調查1：你調整過多少次pipeline的調整？
:::info
當一個概念被普及的時候，會出現一本重量級的書
:::
### Timeline
* 2008 **GitHub** -> 版本控制觀念
* 2011 GitLab
* 2014 **Docker** -> 推廣container概念
* 2015 k8s
* 2014 AWS lambda -> serverless 服務
> 調查2：你是哪一個世代的CI/CD pipeline?
### 情境題
> 調查3：有哪些因素會影響CI/CD Pipeline的規劃？

* 越過死亡山谷
* 寫好文件

### 建議
* 釐清團隊的定位/資源/現況
* 建立管理相依關係的原則