IT運維如何做開發運維（DevOps）？

目前在一家私人銀行（private banking）做IT運維。IT系統基本都是外包，公司內部也沒有developer。自己所謂IT技術基本就是去伺服器看log來解決一些生產問題，準備測試環境，做deployment，寫一些簡單的腳本檢測系統等。
自己對雲技術很感興趣，也很喜歡裡面的CI/CD（contineous integration/contineous deployment)。奈何銀行技術大多求穩不求新，特此求教

我覺得啊，運維是運維，開發是開發，運維開發就是一個挺虛的概念崗位。我以前就是運維，幹了幾年膩了，就轉開發了。環境越大，分工越細，運維還是得專註於運維軟體的學習和研究，而開發還是得專註於各種開源應用和開源框架的學習和研究。至於如何提高運維和開發的效率，關鍵在於工作模式，而不是技術。

謝謝邀請。

devops是dev和ops兩項技能的綜合。dev是開發能力，實現具體的業務需求；ops則是我們常說的運維崗。

我以前在給政府相關部門做軟體的公司呆過一年，甲方需要的是響應與服務遠遠超過軟體本身，想做devops的話倒不如說做個單純的開發，懂點伺服器相關的就好，因為不怎麼會接觸到集群化的環境。而且這些系統以穩為主，很多人思維不是那麼容易轉換過來的，所以這是難點。

CI/CD是運維自動化這塊談的話題，比如代碼編譯，集中部署，配置變更等等。像平時使用的jenkins ansible算是這塊比較常用的。devops的名詞出來有幾年了，最近看到很多大廠在談aiops，多了一層監控和日誌搜集的內容。

如果對CI/CD比較感興趣的，可以去看看jenkins，然後先在開發，測試環境跑起來。多想想如何落地，不然看再多文檔和書都是沒用的。

運維開發，在我的組裡面全稱就是：運維組裡面的開發人員。

說白了，你其實仍是一個開發，只是你在運維組裡罷了......

打個比方：你所在的公司逐年壯大，且逐漸有了運維經理、開發經理......而你，做為公司元老，被委以重任----成了運維經理。

這時，公司的網路已有一定規模且隨著時間的推移，最初的一些設備開始老化。時不時的來給你一個宕機或者一個斷網......

這時，你覺得開發一個有效的監控平台勢在必行。

那麼，問題來了，你的團隊沒人懂開發，只好去找老闆，要開發經理幫你去做......