前言
前段時間公司的服務大升級使用Jenkins+Docker+K8S自動化部署之後，感覺用起來有點大快人心之感。
攻城獅本地開發，開發完成後提交代碼到代碼倉庫，自動觸發jenkins進行持續集成與部署，部署完成會收到結果郵件。項目運行過程中可通過日誌系統查看程序日誌，有異常會觸發監控系統發送報警。從編碼到上線後結果反饋都可以攻城獅自主完成，形成完整閉環，完整流程的工具鏈及協助異常情況的處理，工作量減少了，效率也高了。
其實在這之前我對Jenkins+Docker+K8S就有隻有一些大概的瞭解，畢竟不是運維，沒有太深入學習。聽說公司的服務要大升級後，閒下來的時間也會去找這方面的資料看，但市面上的資料太多太雜，最後還是一位公司的老大哥傳給我兩份配套的學習筆記，學完後纔算是對這方面有了個系統的認知，雖然我不是主攻這方面的，但覺得這兩份筆記總結的挺不錯。本着好東西就是要拿出來分享的原則，下面我會把這兩份筆記展示出來給有需要的朋友看，展示的不全還請海涵評論區指正。
第一份筆記：K8s理論+實踐
理論
這麼理解集羣控制器，能行!
集羣網絡詳解
集羣伸縮原理
認證與調度
集羣服務的三個要點和一種實現
鏡像拉取這件小事
實踐
讀懂這一篇，集羣節點不下線
節點下線姊妹篇
我們爲什麼會刪除不了集羣的命名空間?
阿里雲ACK產品安全組配置管理
二分之一活的微服務
半夜兩點Ca證書過期問題處理慘況總結
第二份筆記：Jenkins持續集成
持續集成及Jenkins介紹
Jenkins安裝和持續集成環境配置
Jenkins構建Maven項目
Jenkins+Docker+SpringCloud微服務持續集成
基於Kubernetes/K8S構建Jenkins持續集成平臺
可以說沒有持續集成，說明交付流程是混亂不清晰隨機的，有了持續集成後：
能夠快速暴露錯誤
保證代碼提交質量
定位錯誤更加容易
降低整體集成風險
促進產品快速迭代
目前構建持續集成應用最廣泛的開源項目還是Jenkins，目前很多公司，持續集成都使用的是Jenkins。