iT邦幫忙

第 11 屆 iT 邦幫忙鐵人賽

DAY 14
0

在前面三篇分別介紹了三種持續自動流程,Continuous Integration 持續整合Continuous Delivery 持續交付Continuous Deployment 持續部署,也就是所謂的CI / CD現在有越來越多的公司團隊導入CI/CD流程,也應用在實務上,但他還是有其問題與困難,雖然前幾篇都在說目的與優點,這篇就要來~~揭穿(?!)~~實務上更多的探討須注意的地方

  • 不想或不適合導入敏捷開發
    在執行CI/CD上很大的兩個重點:自動化測試、自動化發佈,所以其實並沒有嚴格要求需要敏捷喔!只是CI會希望簽入的次數頻繁,每次異動的範圍縮小,因此敏捷開發相較適合搭配,但是敏捷有敏捷其他的問題,不一定適合每個團隊或每次情況,因此現實中有時候並不會一定就要用敏捷開發搭配CI/CD流程
  • 測試案例不可靠
    縱然團隊有做測試案例包含Unit Test、Integration Test、Performance Test......還是可能有地方有遺漏,需要不斷的新增、維護,一旦有任何修改的地方,就要去一併調整測試程式,這是很多開發團隊沒有做到的部分,或是只有做了一開始,後面就沒有維護,不出多久,測試程式就會不合時宜無法使用了
  • 排除Continuous Deployment
    礙於專案內容極度嚴謹,例如牽扯到金錢之類的,這種系統都會更加敏感更為謹慎,容錯率相當低幾乎不准錯誤,儘管自動測試案例做的再完善,還是會建議增加人工驗證驗冊的流程,待全部確認完畢再行部署至Production

當然還有其他的點我沒有提到,若有網友願意分享可以留言喔!我會一併整理進來,謝謝

以未來的趨勢發展來看,CI/CD還是有很大的潛在市場,尤其DevOps的概念越發蓬勃,相信會有越來越多公司採用的,鼓勵大家一起學習努力!

最後覆上一張CI/CD的流程圖作結
https://ithelp.ithome.com.tw/upload/images/20190930/20111916Xyrchnyme4.png
圖片來源:Continuous Integration vs. Continuous Delivery vs. Continuous Deployment

參考資料、延伸閱讀:

下集預告:Testing 測試


上一篇
Continuous Deployment 持續部署
下一篇
Testing 測試
系列文
後端功城獅30天DevOps探討挑戰30

尚未有邦友留言

立即登入留言