通過上乙個專題gitlab-cicd我們已經介紹了, 在dixdevops流程中的自動觸發pipeline過程, 下面這乙個專題系列, 我們將重點介紹第二個環節,自動部署
進入這個專題系列, 我們將重點闡述下圖中第二部分
首先說一下, 技術選型, 作為乙個程式猿, 總是會對新的知識有著一種想要征服的慾望, 所以我們技術大拿在選型的時候, 說我們要選python體系, 也就是說一些任務指令碼, 都會用python來編寫, 那麼就先確定了python, 至於為什麼選用ansible是因為沒有人用這個東西(jenkins使用群體佔比重大一點), 但是看了官方文件之後覺得這個東西不錯, 所以一開始暫時定的ansible
當我接收到這個需求之後, 我開始上baidu、google搜尋關於自動化部署的資料, 看到好多自動部署的方案是選用jenkins+ansible還有人稱之為雙劍合璧, 但是我其實關心的重心在於ansible, 但是在逐漸摸索的過程中發現了端倪.
大家為什麼說jenkins+ansible是雙劍合璧, 首先jenkins有著強大的api可以供外部觸發任務, 同時它也有很強的任務分發能力. 然後在加上ansible(自動部署) , 在我研究ansible過程中發現乙個jenkins的替代品ansible-tower是官方自己在維護的, 所以在某些時候會比jenkins更加合適.
所以在探索的過程中定下了方案:
方案是定好了, 但是------------嗨呀有效的資料少的可憐,這個環節也是消耗我最多時間的部分. 所以希望我這個資料能幫助到後續的人吧
上面噼里啪啦說半天, 這個ansible到底是個什麼?
DevOps系列 1 總體架構
細算下來，到目前為止，我從事.net開發已經差不多八年了，也算是乙隻見證了.net從興起到衰落 不知道這麼說會不會被打 再到逐漸有復甦跡象的老鳥了。在這個過程中，帶過團隊，也擔任過架構師 當時為了證明自己並非野路子，2018年還專門拿下了軟考 系統架構設計師 認證 在企業內部wiki上也寫過不少文章...
Ansible系列 基礎篇 01
安裝方式主要有以下4種 yum install epel release yum install ansible pip install ansiblebrew install ansiblegit clone cd ansible sudo python setup.py install 安裝完成...
Ansible系列（6） Yum模組
之前的文章裡提到了這個yum模組，作為承諾，這次拿它當第一了。yum 全稱為 yellow dog updater,modified 是乙個在fedora和redhat以及centos中的shell前端軟體包管理器 既然是包管理器，平時我們如何使用它？拿centos為例 yum install gi...