Continuous Delivery Workshop with Ansible x GitLab CI (2nd)
2 likes779 views
本文件介绍了一些关于持续交付和DevOps的技巧，以及如何利用Ansible和GitLab CI进行自动化部署。内容涵盖了DevOps的基本概念、持续交付的意义、Ansible环境的部署方法及其操作方式。文中还提供了实际案例和工具的替代建议，适合对DevOps和自动化测试部署感兴趣的人士。
![1
______________________________
/ DevOps ⼈人⼀一定要知道的持續交付技巧
－ Ansible & GitLab CI 實戰演練 (2nd)/
------------------------------
^__^
(oo)_______
(__) )/
||----w |
|| ||
[ chusiang@study-area-tainan ~ ] $ cat .profile
# Author: 凍仁翔 / chusiang@drx.tw
# Blog: http://note.drx.tw
# Modified: 2017-11-11 11:11](https://image.slidesharecdn.com/continuousdeliveryworkshopwithansiblexgitlab-ci2ndpublic-171110214431/85/Continuous-Delivery-Workshop-with-Ansible-x-GitLab-CI-2nd-1-320.jpg)
![怎麼設定 Ansible？
• 藉由 ansible.cfg 來來設定 inventory (host file) 檔案路路徑、
Managed node (被控端) 使⽤用者名稱、SSH ⾦金金鑰 … 等。
$ vim ansible.cfg
1 [defaults]
2 inventory = inventory # 指定 inventory 路路徑。
3
4 remote_user = docker # 遠端登入的使⽤用者名稱。
5
6 #private_key_file = ~/.ssh/id_rsa
7
8 host_key_checking = False # 不檢查 ssh ⾦金金鑰。
56](https://image.slidesharecdn.com/continuousdeliveryworkshopwithansiblexgitlab-ci2ndpublic-171110214431/85/Continuous-Delivery-Workshop-with-Ansible-x-GitLab-CI-2nd-56-320.jpg)
![inventory 是什什麼？
• 定義 Managed node (被控端) 位址與群組的主機清冊，
通常會⽤用來來設定 ssh 或 winrm 的連線資訊。
$ vim hosts
1 # 在同⼀一主機的不同 Port 跑 ssh server。
2
3 [staging]
4 stg.demo.drx.tw ansible_ssh_host=demo.drx.tw
ansible_ssh_port=10022
5
6 [production]
7 prd.demo.drx.tw ansible_ssh_host=demo.drx.tw
ansible_ssh_port=20022
57](https://image.slidesharecdn.com/continuousdeliveryworkshopwithansiblexgitlab-ci2ndpublic-171110214431/85/Continuous-Delivery-Workshop-with-Ansible-x-GitLab-CI-2nd-57-320.jpg)
![怎麼⽤用 Ad-Hoc commands？
ansible <host-pattern> [-m module_name] [-a args] [options]
• host-pattern: all, server1, server1:server2, server_group.
$ ansible all -m ping
localhost | SUCCESS => {
"changed": false,
"ping": "pong"
}
$ ansible all -m command -a "echo Hello World"
localhost | SUCCESS | rc=0 >>
Hello World
# 各個 Module 的詳細說明請參參考官⽅方 All Modules ⽂文件。
62](https://image.slidesharecdn.com/continuousdeliveryworkshopwithansiblexgitlab-ci2ndpublic-171110214431/85/Continuous-Delivery-Workshop-with-Ansible-x-GitLab-CI-2nd-62-320.jpg)
![68
Playbooks 是什什麼？
• 執⾏行行 playbook。
$ ansible-playbook example2.yml
PLAY [a sample playbook.] *******************************************
TASK [setup]*********************************************************
ok: [stg.demo.drx.tw]
TASK [Hello World] **************************************************
changed: [stg.demo.drx.tw]
TASK [Install Vim] **************************************************
changed: [stg.demo.drx.tw] => (item=[u'vim'])
PLAY RECAP **********************************************************
stg.demo.drx.tw : ok=1 changed=2 unreachable=0 failed=0](https://image.slidesharecdn.com/continuousdeliveryworkshopwithansiblexgitlab-ci2ndpublic-171110214431/85/Continuous-Delivery-Workshop-with-Ansible-x-GitLab-CI-2nd-68-320.jpg)
![69
• 執⾏行行 playbook。
Playbooks 是什什麼？
$ ansible-playbook example2.yml
PLAY [a sample playbook.] *******************************************
TASK [setup]*********************************************************
ok: [stg.demo.drx.tw]
TASK [Hello World] **************************************************
changed: [stg.demo.drx.tw]
TASK [Install Vim] **************************************************
changed: [stg.demo.drx.tw] => (item=[u'vim'])
PLAY RECAP **********************************************************
stg.demo.drx.tw : ok=1 changed=2 unreachable=0 failed=0
TASK [setup]：被執⾏行行的 managed node 有哪些
PLAY RECAP：總結 (ok / changed / failed )](https://image.slidesharecdn.com/continuousdeliveryworkshopwithansiblexgitlab-ci2ndpublic-171110214431/85/Continuous-Delivery-Workshop-with-Ansible-x-GitLab-CI-2nd-69-320.jpg)
Continuous Delivery Workshop with Ansible x GitLab CI (2nd)
- 1. 1 ______________________________ / DevOps ⼈人⼀一定要知道的持續交付技巧 － Ansible & GitLab CI 實戰演練 (2nd)/ ------------------------------ ^__^ (oo)_______ (__) )/ ||----w | || || [ chusiang@study-area-tainan ~ ] $ cat .profile # Author: 凍仁翔 / chusiang@drx.tw # Blog: http://note.drx.tw # Modified: 2017-11-11 11:11
- 3. # 建立 Control Machine。 $ docker run -p 8888:8888 -d chusiang/ansible-jupyter:ubuntu-16.04 # 建立 Managed node 1。 $ docker run -p 10022:22 -d chusiang/ansible-managed-node:ubuntu-16.04 # 建立 Managed node 2。 $ docker run -p 20022:22 -d chusiang/ansible-managed-node:ubuntu-16.04 # 查看 Managed node 的 ssh port。 $ docker ps CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES ...... 3
- 5. Today we use 95 Docker containers in DigitalOcean. 5
- 6. 關於我 • 凍仁翔 (@chusiang_lai)。 • 《凍仁的筆記》站長。 • DevOps Taiwan 志⼯工。 • 5 年年 IT 營運經驗。 6
- 7. Outline • DevOps ⼈人是什什麼？ • 持續交付是什什麼？ 7
- 8. Outline • DevOps ⼈人是什什麼？ • 持續交付是什什麼？ • Ansible 是什什麼？ • 怎麼部署 Ansible 環境？ • 怎麼操作 Ansible？ 8
- 9. Outline • GitLab 是什什麼？ • Pipeline 是什什麼？ • 怎麼操作 GitLab CI？ 9
- 10. Outline • GitLab 是什什麼？ • Pipeline 是什什麼？ • 怎麼操作 GitLab CI？ • 怎麼⽤用 Ansible 和 GitLab CI 進⾏行行持續交付？ • Q&A 10
- 13. 狹義的 DevOps 是什什麼？ Infra 13 Dev Ops ITSM※ 此圖出⾃自 Mark Smalley x 許峰於 DevOpsDays Taipei 2017 的分享 - https://youtu.be/qWbcujKw57c?t=9m39s DevOps
- 14. 我⼼心中的 Dev ⼈人是什什麼？ 等 Ops？ 有事 On-call 沒事下班 Coding 14
- 15. 我⼼心中的 Ops ⼈人是什什麼？ 耗時 有事救火 沒事 On-call 敲指令 裝機器 改什什麼 常忘記 15
- 16. 我⼼心中的 DevOps ⼈人是什什麼？ 不⽤用 20 分 有事 On-call Coding 管機器 沒事讓 code "⾃自⼰己" 管機器 16
- 17. 今天會⽤用到哪些 Tools？ Git, GitLab GitLab CI Ansible Docker 17
- 19. 可以⽤用到哪些 Tools 替代？ Ansible Chef, Puppet, Slat Docker AWS, Vagrant GitLab CI, Jenkins CI, Drone CI Git, GitLab GitHub 19
- 20. Ⅱ. 持續交付是什什麼？ 《Continuous Delivery》- https://goo.gl/r9vXFg 持續的、不間斷的、不鬆懈的。 投遞、傳送、交付、交貨。 20
- 21. 利利⽤用⾃自動化的 建置、測試與部署 ，完美創造出可信賴 的軟體發佈 - Jez Humble & David Farley 《Continuous Delivery 中⽂文版》- https://goo.gl/SK745B 21
- 28. 持續交付和持續部署有什什麼不同？ Continuous Delivery Continuous Deployment auto auto manual Build Deploy Test Release auto auto auto Build Deploy Test Release 28
- 29. 持續交付和持續部署有什什麼不同？ 前者需⼿手動 Release ⾄至 Production，⽽而後者則⾃自動化之。 Continuous Delivery Continuous Deployment auto auto manual Build Deploy Test Release auto auto auto Build Deploy Test Release 29
- 31. Before 需耗數 hr 交付 1 週以上 交付 1 次 ⼈人為失誤 ↑ 發佈 ≒ 救火 31
- 32. R&D：我程式寫完了了！ 我：等 CD 過了了再說。 Code 還在本機？ 推上 Git server？ 組態設定對了了？ 單元測試過了了？ 持續交付過了了？ 真 實 案 例例 R&D：我程式寫完了了！ 我：(哪裡寫完了了？！) 32
- 33. After 交付 < 5 min commit 即交付 ⼈人為失誤 ↓ 即早發現 即早治療 33
- 34. R&D：我程式寫完了了！ 我：等 CD 過了了再說。 Code 還在本機？ 推上 Git server？ 組態設定對了了？ 單元測試過了了？ 持續交付過了了？ 真 實 案 例例 34
- 35. 案例例分析 提前預演變更更⼯工作，避免 每次變更更都成為例例外⼯工作！ 《The Phoenix Project》 Amazon - https://goo.gl/visckK 35
- 37. Ansible 取名⾃自知名⼩小說 《安德的遊戲》，是 虛構的超光速通訊技術。 有了了它我們就可以像 Ender 指揮戰艦般的操控伺服器。 電影海海報 - https://goo.gl/4xftZT 37
- 38. Ansible ⾃自 2013 年年創立， 於 2015 年年被 Red Hat 併購。 iThome - http://goo.gl/yJbWtz 38
- 39. 在 GitHub 上擁有 26,606 顆星星、3,090 位協作者。 39
- 40. Ansible Tower 更更獲選 Linuxpilot 2017 Linux & OSS 最佳解決⽅方案 ，擁有最佳系統⾃自動化管理理 ⽅方案之名。 Linuxpilot - https://goo.gl/mSxR4E 40
- 41. Ansible 和 Tower 有什什麼不同？ https://www.ansible.com/blog/red-hat-ansible-automation-engine-vs-tower 41
- 42. 我⼼心中的 Ansible 是什什麼？ 1. 與 Puppet、SaltStack、Chef 並列列其四。 2. Python like 的組態設定⼯工具 (Infrastructure as Code)。 42
- 44. 我⼼心中的 Ansible 是什什麼？ 3. 不需 Agent，有 Python 和 SSH 就可以闖天下！ 4. 容易易上⼿手。 5. 社群強⼤大，有商業公司⽀支援。 44
- 45. 真實案例例 每週節省 26 hr 的⼯工時。 (6 x 3) x 2 - (5 x 1) x 2 = 26 hr 45
- 46. 減少例例⾏行行性⼯工作⼈人⼒力力成本 0 350 700 1,050 1,400 Week Month Year 104 hr 26 hr 1,352 hr 46
- 49. Ⅳ. 怎麼部署 Ansible 環境？ 觀念念、安裝、設定 49
- 50. 練習環境為 Control Machine (Ubuntu 16.04) + Managed node*2 (Ubuntu 16.04)。 透過 Ansible 和 Jupyter 操控 Managed node 50
- 51. # 建立 Control Machine。 $ docker run -p 8888:8888 -d chusiang/ansible-jupyter:ubuntu-16.04 # 建立 Managed node 1。 $ docker run -p 10022:22 -d chusiang/ansible-managed-node:ubuntu-16.04 # 建立 Managed node 2。 $ docker run -p 20022:22 -d chusiang/ansible-managed-node:ubuntu-16.04 # 查看 Managed node 的 ssh port。 $ docker ps CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES ...... 51
- 52. $ docker run -P -d chusiang/ansible-jupyter:ubuntu-16.04 52
- 53. Ansible 是怎麼運作的？ 透過 inventory 定義 Managed node，並藉由 SSH 與 Python 進⾏行行溝通。 53
- 54. 怎麼安裝 Ansible？ • 只需在 Control Machine (主控端) 安裝 Ansible； Managed node 則需 Python 2.5+ 和 SSH。 $ sudo apt-get install ansible # Debian, Ubuntu. $ sudo yum install ansible # RHEL, CentOS. $ brew install ansible # Mac OS X (homebrew). $ sudo pip install ansible # Python (pip). 54
- 55. 請於 Jupyter 設置 Ansible 操作環境 請修改 ansible.cfg 和 inventory 檔案。 55
- 56. 怎麼設定 Ansible？ • 藉由 ansible.cfg 來來設定 inventory (host file) 檔案路路徑、 Managed node (被控端) 使⽤用者名稱、SSH ⾦金金鑰 … 等。 $ vim ansible.cfg 1 [defaults] 2 inventory = inventory # 指定 inventory 路路徑。 3 4 remote_user = docker # 遠端登入的使⽤用者名稱。 5 6 #private_key_file = ~/.ssh/id_rsa 7 8 host_key_checking = False # 不檢查 ssh ⾦金金鑰。 56
- 57. inventory 是什什麼？ • 定義 Managed node (被控端) 位址與群組的主機清冊， 通常會⽤用來來設定 ssh 或 winrm 的連線資訊。 $ vim hosts 1 # 在同⼀一主機的不同 Port 跑 ssh server。 2 3 [staging] 4 stg.demo.drx.tw ansible_ssh_host=demo.drx.tw ansible_ssh_port=10022 5 6 [production] 7 prd.demo.drx.tw ansible_ssh_host=demo.drx.tw ansible_ssh_port=20022 57
- 58. Ⅴ. 怎麼操作 Ansible？ Ad-Hoc command, Playbook* (Module) 58
- 61. ⼀一般的 command line 是什什麼？ • 這裡的 command line 為 Linux Shell 底下的指令操作， 以下為 ping 和 echo 的操作的結果。 $ ping localhost PING localhost (127.0.0.1): 56 data bytes 64 bytes from 127.0.0.1: icmp_seq=0 ttl=64 time=0.037 ms --- localhost ping statistics --- 1 packets transmitted, 1 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 0.037/0.037/0.037/0.000 ms $ echo Hello World Hello World 61
- 62. 怎麼⽤用 Ad-Hoc commands？ ansible <host-pattern> [-m module_name] [-a args] [options] • host-pattern: all, server1, server1:server2, server_group. $ ansible all -m ping localhost | SUCCESS => { "changed": false, "ping": "pong" } $ ansible all -m command -a "echo Hello World" localhost | SUCCESS | rc=0 >> Hello World # 各個 Module 的詳細說明請參參考官⽅方 All Modules ⽂文件。 62
- 64. 劇本 Playbooks 64
- 65. 65 Playbooks 是什什麼？ • 比 Shell Script 更更結構 化的腳本語⾔言，是⼀一鍵 部署的好物。 • 使⽤用 YAML 格式，簡單 易易讀。 Baby Playbook Onesie - http://goo.gl/GKJvXn
- 66. 66 Playbooks 是什什麼？ • 通常會有 Play, Task, Module 和 handler 等。 • 整合 Jinja2 的 template 系統，可使⽤用變數、判 斷式、迴圈等表達式。 Baby Playbook Onesie - http://goo.gl/GKJvXn
- 67. 67 Playbooks 是什什麼？ • ⼀一份 Playbook 可以有多個 Play、多個 Task 和多個 Module。 • 此例例⽤用到了了 Play × 1, Task × 2 和 Module × 2 (command, apt)。 $ vim example.yml 1 --- 2 - name: a sample playbook 3 hosts: all 4 tasks: 5 - name: Hello World 6 command: echo "Hello World" 7 - name: Install Vim 8 become: true 9 apt: 10 name: vim
- 68. 68 Playbooks 是什什麼？ • 執⾏行行 playbook。 $ ansible-playbook example2.yml PLAY [a sample playbook.] ******************************************* TASK [setup]********************************************************* ok: [stg.demo.drx.tw] TASK [Hello World] ************************************************** changed: [stg.demo.drx.tw] TASK [Install Vim] ************************************************** changed: [stg.demo.drx.tw] => (item=[u'vim']) PLAY RECAP ********************************************************** stg.demo.drx.tw : ok=1 changed=2 unreachable=0 failed=0
- 69. 69 • 執⾏行行 playbook。 Playbooks 是什什麼？ $ ansible-playbook example2.yml PLAY [a sample playbook.] ******************************************* TASK [setup]********************************************************* ok: [stg.demo.drx.tw] TASK [Hello World] ************************************************** changed: [stg.demo.drx.tw] TASK [Install Vim] ************************************************** changed: [stg.demo.drx.tw] => (item=[u'vim']) PLAY RECAP ********************************************************** stg.demo.drx.tw : ok=1 changed=2 unreachable=0 failed=0 TASK [setup]：被執⾏行行的 managed node 有哪些 PLAY RECAP：總結 (ok / changed / failed )
- 70. 70 • 透過動作 (Play) 對特定 Managed node 進⾏行行操控，通常包含 Task 和 Module。 • 此例例⽤用到了了 Play × 1, Task × 2 和 Module × 2 (command, apt)。 Plays 是什什麼？ $ vim example.yml 1 --- 2 - name: a sample playbook 3 hosts: all 4 tasks: 5 - name: Hello World 6 command: echo "Hello World" 7 - name: Install Vim 8 become: true 9 apt: 10 name: vim Play
- 71. 71 • 藉由各種不同的模組 (Module)、迴圈和判斷式等組合來來完成各種任務 (Task)。 • 此例例⽤用到了了 Play × 1, Task × 2 和 Module × 2 (command, apt)。 Tasks 是什什麼？ $ vim example.yml 1 --- 2 - name: a sample playbook 3 hosts: all 4 tasks: 5 - name: Hello World 6 command: echo "Hello World" 7 - name: Install Vim 8 become: true 9 apt: 10 name: vim Task 1 Task 2
- 72. 72 • 最⼩小的操作⽅方法 (Method)，好比 Python 的內建函式。 • 此例例⽤用到了了 Play × 1, Task × 2 和 Module × 2 (command, apt)。 Modules 是什什麼？ $ vim example.yml 1 --- 2 - name: a sample playbook 3 hosts: all 4 tasks: 5 - name: Hello World 6 command: echo "Hello World" 7 - name: Install Vim 8 become: true 9 apt: 10 name: vim Module
- 74. 74 apt • 適⽤用於 Debian、Ubuntu 的 apt 套件模組 (Packaging Modules)。 • 類似的 Linux 指令有 apt, apt-get, aptitude 和 dpkg。 # 更更新套件索引 (快取)，等同於 apt-get update 指令。 - name: Update repositories cache become: true apt: update_cache: yes # 安裝 vim 套件。 - name: Install the package "vim" become: true apt: name: vim state: present
- 75. 75 lineinfile • ⽤用正規表⽰示式對檔案進⾏行行插入或取代⽂文字的檔案模組 (Files Modules)。 • 其類似的 Linux 指令為 sed。 # Before 2.3, option 'dest', 'destfile' or 'name' was used instead of ‘path'. # 關閉 SELinux。 - name: disable selinux lineinfile: path: /etc/selinux/config regexp: '^SELINUX=' line: 'SELINUX=enforcing' # 移除 docker 使⽤用者的 sudo 權限。 - name: remove sudo permission of docker lineinfile: path: /etc/sudoers state: absent regexp: '^docker'
- 76. 76 shell • 在遠端⽤用 /bin/sh 執⾏行行 shell 指令的指令模組 (Commands Modules)， ⽀支援變數 (variables)、< , > , | , ; 和 & 等運算。 # 藉由 ls 和 wc 檢查檔案數量量。 - name: check files number shell: ls /home/docker/ | wc -l # 列列出所有的 Python ⾏行行程。 - name: show all python process shell: ps aux | grep python # 執⾏行行 shell script，並把結果導向 /tmp/result.log。 - name: execute run.sh shell: ./run.sh > /tmp/result.log
- 77. Playbooks Samples • Ansible Role: Install Vim and use vi-mode in everyway - https://github.com/chusiang/vim-and-vi-mode.ansible.role • Ansible Role: PHP 7 (php-fpm) for Nginx on Ubuntu and CentOS - https://github.com/chusiang/php7.ansible.role • Ansible Galaxy - https://galaxy.ansible.com/ • Code samples from 《Ansible: Up and Running》 - https://github.com/ansiblebook/ansiblebook 77
- 79. GitLab 是什什麼？ 集 Git Repository、Docker Registry、Issue tracking、Code Review、 CI 和 CD 於⼀一⾝身的現代平台。 79
- 80. 回顧⼀一下 Ansible Inc. Ecosystems https://www.ansible.com/blog/red-hat-ansible-automation-engine-vs-tower 80
- 81. 今天我們⽤用 GitLab 進⾏行行協作 https://www.ansible.com/blog/red-hat-ansible-automation-engine-vs-tower GITLAB 81 CONTROL KNOWLEDGE
- 82. 今天我們⽤用 GitLab 進⾏行行協作 https://www.ansible.com/blog/red-hat-ansible-automation-engine-vs-tower GITLAB 82 CONTROL KNOWLEDGE GitLab CI, Pipeline
- 83. 今天我們⽤用 GitLab 進⾏行行協作 https://www.ansible.com/blog/red-hat-ansible-automation-engine-vs-tower GITLAB 83 CONTROL KNOWLEDGE GitLab Web, Issue, Wiki
- 84. Ⅶ. Pipeline 是什什麼？ 管道 (線)？⽣生產線？傻傻分不清楚？！ 84
- 85. Ch 5. 部署流⽔水線解析 Ch 6. 建置與部署的腳本化 Ch 7. 提交階段 Ch 8. ⾃自動化驗測試 Ch 9. 非功能性需求測試 Ch 10. 應⽤用程式的部署與發佈 書中的 Pipeline 是什什麼？ 《Continuous Delivery》- https://goo.gl/r9vXFg 85
- 86. 原始 程式碼 應⽤用程式 設置 提交階段 編譯 單元測試 程式碼分析 組裝 binaries 驗收階段 設置環境 部署 binaries 冒煙測試 驗收測試 UAT 階段 設置環境 部署 binaries 冒煙測試 探索性測試 ⽣生產⼒力力測試階段 設置環境 部署 binaries 冒煙測試 執⾏行行⽣生產⼒力力測試 ⽣生產環境 設置環境 部署 binaries 冒煙測試 版本控制 ⾃自動發佈⾃自動發佈 ⼀一鍵發佈 ⼀一鍵發佈 Binary 儲存庫 binaries metadata 程式碼 應⽤用程式設置 binaries metadata binaries binaries metadata metadata Adapted from “Continuous Delivery” © Dave Farley and Jez Humble 2010 Translated by Chu-Siang Lai 2017 86
- 87. 原始 程式碼 應⽤用程式 設置 提交階段 編譯 單元測試 程式碼分析 組裝 binaries 驗收階段 設置環境 部署 binaries 冒煙測試 驗收測試 UAT 階段 設置環境 部署 binaries 冒煙測試 探索性測試 ⽣生產⼒力力測試階段 設置環境 部署 binaries 冒煙測試 執⾏行行⽣生產⼒力力測試 ⽣生產環境 設置環境 部署 binaries 冒煙測試 版本控制 ⾃自動發佈⾃自動發佈 ⼀一鍵發佈 ⼀一鍵發佈 Binary 儲存庫 binaries metadata 程式碼 應⽤用程式設置 binaries metadata binaries binaries metadata metadata Adapted from “Continuous Delivery” © Dave Farley and Jez Humble 2010 Translated by Chu-Siang Lai 2017 87
- 88. – Chu-Siang Lai 「Pipeline 好比⽣生產線，導入⾃自動化後 ，⾃自然顯現的軟體發佈流程。」 88
- 90. Ⅷ. 怎麼操作 GitLab CI？ 在專案底下建立 .gitlab-ci.yml，當程式碼上傳⾄至 GitLab 即會觸發 GitLab CI。 90
- 91. • YAML 語法。 • 此例例⼤大致可分為 stage × 1 和 job × 1。 怎麼寫 .gitlab-ci.yml？ $ vim .gitlab-ci.yml 1 stages: 2 - build 3 4 build_binary: 5 image: ubuntu:16.04 6 stage: build 7 script: 8 - chmod 755 penguin-htdocs/DEBIAN 9 - dpkg -b penguin-htdocs 10 tags: 11 - docker 91
- 92. 怎麼觸發 GitLab CI？ $ git push --> GitLab 92
- 94. 94 詳細資訊
- 95. Ⅸ. 怎麼⽤用 Ansible 和 GitLab CI 進⾏行行持續交付？ 在 GitLab CI，⽤用 Ansible (Docker Containers) 跑 Playbooks 即可。 95
- 98. Git server GitLab CI server Build Deploy Test Engineer 98 Develop
- 99. Customer Git server GitLab CI server Build Deploy Test Release Engineer 99 Master
- 103. Deploy, Test, Release stages 3 DeployBuild Test Release 103
- 104. Pipelines 4 104
- 105. Customer Git server GitLab CI server Build Deploy Test Release Engineer Coding & Git Commit 105
- 106. Customer Git server GitLab CI server Build Deploy Test Release Engineer Git Push Coding & Git Commit 106
- 107. Customer Git server GitLab CI server Build Deploy Test Release Engineer .gitlab-ci.yml 107
- 108. $ vim .gitlab-ci.yml 1 stages: 2 - build 3 - deploy 4 - test 5 - release 6 7 build_binary: 8 image: ubuntu:16.04 9 stage: build 10 script: 11 # For fix bad permissions of control directory on GitLab CI. 12 - chmod 755 penguin-htdocs/DEBIAN 13 14 # build deb. 15 - dpkg -b penguin-htdocs 16 artifacts: 17 expire_in: 1 week 18 paths: 19 - penguin-htdocs.deb 20 tags: 21 - docker 22 5 TestDeploy ReleaseBuild 108
- 109. 22 23 deploy_to_dev: 24 image: chusiang/ansible:alpine-3.6 25 stage: deploy 26 script: 27 - ls 28 - cd ansible-playbooks/ 29 - echo "${VAULT_KEY}" > secret.txt 30 - ansible-playbook deploy.yml 31 - rm -f secret.txt 32 only: 33 - master@chusiang/continuous-delivery-workshop 34 - develop@chusiang/continuous-delivery-workshop 35 - tags@chusiang/continuous-delivery-workshop 36 tags: 37 - docker 38 6 TestDeploy ReleaseBuild 109
- 110. 38 39 test_dev: 40 image: chusiang/ansible:alpine-3.6 41 stage: test 42 script: 43 - cd ansible-playbooks/ 44 - echo "${VAULT_KEY}" > secret.txt 45 - ansible-playbook test.yml 46 - rm -f secret.txt 47 only: 48 - master@chusiang/continuous-delivery-workshop 49 - develop@chusiang/continuous-delivery-workshop 50 - tags@chusiang/continuous-delivery-workshop 51 tags: 52 - docker 53 7 TestDeploy ReleaseBuild 110
- 111. 53 54 release_to_prd: 55 image: chusiang/ansible:alpine-3.6 56 stage: release 57 script: 58 - cd ansible-playbooks/ 59 - echo "${VAULT_KEY}" > secret.txt 60 - ansible-playbook -i production deploy.yml 61 - rm -f secret.txt 62 only: 63 - master@chusiang/continuous-delivery-workshop 64 - tags@chusiang/continuous-delivery-workshop 65 tags: 66 - docker 67 8 TestDeploy ReleaseBuild 111
- 112. Customer Git server GitLab CI server Build Deploy Test Release Engineer .gitlab-ci.yml 112
- 113. Customer Git server GitLab CI server Build Deploy Test Release Engineer Package deb file 113
- 114. Customer Git server GitLab CI server Build Deploy Test Release Engineer Play deploy.yml 114
- 115. Customer Git server GitLab CI server Build Deploy Test Release Engineer Play test.yml 115
- 116. Customer Git server GitLab CI server Build Deploy Test Release Engineer Play deploy.yml 116
- 117. Customer Git server GitLab CI server Build Deploy Test Release Engineer Feedback 117
- 118. Customer Git server GitLab CI server Build Deploy Test Release Engineer 118
- 119. ⼯工作事項 ① 登入 https://gitlab.com 並 Fork http://s.drx.tw/cd.lab。 ② 取得專案。 $ git clone git@gitlab.com:<USERNAME>/continuous- delivery-workshop.git ③ 修改 `penguin-htdocs/var/www/html/index.html`，並提 交到⾃自⼰己的 repo。 ④ 發送 MR ⾄至 `chusiang/continuous-delivery-workshop`。 ⑤ 觀察 GitLab Pipeline、http://stg.demo.drx.tw:10080 和 http://prd.demo.drx.tw:20080 的變化。 119
- 120. 練習環境為 Control Machine (Ubuntu 16.04) + Managed node*2 (Ubuntu 16.04)。 透過 Ansible 和 Jupyter 操控 Managed node 120 Ⅰ
- 121. Demo 環境為 Control Machine (Alpine 3.6) + Managed node*2 (Ubuntu 16.04)。 透過 GitLab CI 和 Ansible 操控 Managed node 121 Ⅱ
- 125. 我的 Pipeline 進化史 Unit Test Integration Test Delivery DeploymentBuildSyntax Check Unit Test Delivery DeploymentBuildSyntax Check Unit TestDelivery DeploymentBuildSyntax Check Delivery DeploymentBuildSyntax Check BuildSyntax Check Build 125
- 127. ※ 此圖出⾃自 Chen Cheng-Wei 的 Effective DevOps 簡報 (https://www.slideshare.net/warfan/effective-devops-78979993)。
- 128. • 提到 DevOps 到底在談些什什麼玩意兒？ by Chen Cheng-Wei - https://goo.gl/7YTeKD • Continuous Delivery - 敏捷開發的最後⼀一哩路路 by Miles - https://goo.gl/UhpAfG • Ansible Documentation - http://docs.ansible.com/ansible/intro_installation.html • 《Ansible: Up and Running》- https://www.ansible.com/ansible-book • 現代 IT ⼈人⼀一定要知道的 Ansible ⾃自動化組態技巧 / 3e - https://goo.gl/vHyVDt • 現代 IT ⼈人⼀一定要知道的 Ansible ⾃自動化組態技巧系列列⽂文章 - https://goo.gl/EOjs4I • Getting started with GitLab CI | GitLab Documentation - https://goo.gl/NctsCk • Demo project of COSCUP 2017 - https://gitlab.com/chusiang/coscup2017-cd-demo 參參考⽂文獻 128
- 129. 圖片來來源 • 《Continuous Delivery》 | Amazon.com - https://www.amazon.com/dp/0321601912 • 《Continuous Delivery 中⽂文版》 | 天瓏網路路書店 - https://goo.gl/SK745B • DevOps Services & Continuous Delivery - https://goo.gl/jswxch • 《The Phoenix Project》 | Amazon.com - https://goo.gl/visckK • Resenha: Harry Potter e a Pedra Filosofal, de J.K. Rowling | Acrobata das Letras - https://goo.gl/R34tSA • Brown Book Icon | SoftIcons.com - https://goo.gl/U9U2am • Always Agile Consulting · Introducing Continuous Delivery - https://goo.gl/2Nhtcr • 5 CI/CD Strategies for Faster Software Deployments and Better Automation | snap - https://goo.gl/UZPf5e 129
- 132. http://萍⽔水相逢.tw 132
- 133. Q & A 嚴禁拍打餵食 133
- 134. END 134