Continuous Delivery

今年艦長發了個瘋，在第二個小孩剛出生沒多久、即將舉辦 DevOpsDays Taipei 2019 （我擔任其中一位組織者）的狀態之下，參加了「第 11 屆 iT 邦幫忙鐵人賽(2019)」。 這次參賽的主題為「和艦長一起 30 天玩轉 GitLab」，本來想要用一個虛擬的團隊作為案例，分享關於 GitLab 的使用經驗，但實際上場之後才發現當初規劃的太美好，事前準備的不夠充分。雖然順利完賽，但案例規劃的並不完整、內容深度也不如計畫，最終撰寫的成果仍是較基礎的 GitLab 操作文章。 （This article has been translated into English.） 目前文章依然留存於「iT 邦幫忙」網站上，暫時先不一篇篇的搬到我私人的部落格，先用超連結的方式處理： iT邦幫忙網站提供的30天文章列表 下面直接附上 30 篇文章連結，並做一個簡單的分類整理： （鐵人賽文章撰寫時，使用的 GitLab 版本主要是 12；後續出版為書籍《和艦長一起 30 天玩轉 GitLab》第一版時，版本為 13.x；2022 年改版《和艦長一起 30 天玩轉 GitLab》為第二版時，版本為 15.x。） 基本認識 前言 安裝 GitLab GitLab 管理與權限 Admin Area—維運 GitLab Server 的管理者後台 GitLab 的 User 與權限控管 GitLab Workflow GitLab: 從建立 Group 和 Project 開始 初探 GitLab Workflow & GitLab Flow GitLab 和 Mattermost GitLab: Issue、Issue Board 和 Kanban GitLab: To-Do List 與 Milestones GitLab: Commit & Merge Request GitLab: Issue Templates & Merge Request Templates GitLab: Project Wiki & GitLab Pages GitLab Cycle Analytics & Charts GitLab CI 架設 GitLab CI Runner GitLab: 建立第一條 CI/CD Pipeline CI/CD Pipeline 之 stage: build CI/CD Pipeline 之 stage: deploy CI/CD Pipeline 之 stage: test CI/CD Pipeline 之 stage: prod-deploy CI/CD Pipeline 之 Container CI/CD Pipeline 之 CI Service 掛掉時該怎麼辦？ GitLab CI 之 CI trigger、API 與 ChatOps GitLab CI 之 Scheduling Pipelines GitLab Auto DevOps GitLab: Auto DevOps 之牛刀小試 GitLab: Auto DevOps 之牛刀小試 2 - K8S GitLab: Auto DevOps 之牛刀小試 3 - Auto Deploy (Production) GitLab: Auto DevOps 之牛刀小試 4 - Auto Browser Performance Testing GitLab: Auto DevOps 之牛刀小試 5 - Auto Monitoring GitLab: Auto DevOps 之牛刀小試 6 - Customizing 回顧與總結 回顧與總結 以上就是 30 天鐵人賽的所有文章。...

今年（2017）的 COSCUP 採用與過往不同的徵稿方式，而 DevOps Taiwan 社群也共襄盛舉貢獻了三場分享。 縱然我們知道談到 DevOps 時，不該只談論其中的技術層面，更應該要包含文化層面的議題，不過在這種技術力爆表的場子，就請原諒我們還是會以技術為主要的分享內容。 （不過這麼說有失偏頗，因為 COSCUP 2017 還是有像是「如何將女友培養成開源貢獻者」這種軟性的主題，因此只要有心，還是能夠分享非技術主題的。） DevOps Taiwan 這次由三位講者，分別負責一場分享，首先我們邀請了部落格「小城故事不多-科技部」的蔡宗城（smalltown）為我們分享「Infrastructure As Code」。 第二位講者則是大家從小看到大的部落格「凍仁的筆記」其主人凍仁翔，為我們分享「DevOps 人一定要知道的 Ansible & GitLab CI 持續交付技巧」。 最後，則由小弟我延續凍仁翔的題目，帶來一場簡易的 Workshop 「Ansible & GitLab CI/CD workshop 101」。 Ansible & GitLab CI/CD workshop 101 這場 Workshop 在構思時，預定的難度是 101 的程度，但實際動手設計內容時發現要講多淺才算是 101？要多複雜才算是 201、301 或更高的難度？有一些難以拿捏，總之就請各位保持著一種開開心心的心情來跟著下面的內容操作練習即可，到底是 101、201、或甚至根本只是幼幼班就先拋在腦後吧（逃）。 回到正題，這場 Workshop 希望能幫助大家藉由實際操作，能夠體驗看看 CI / CD、Automation，以及當我們在談到開發流程的規劃，關於 workflow 或 pipeline 的規劃時可能要注意些什麼？ 要注意的是，這個 workshop 的案例只是一個簡單的示範，不同的公司、組織或團隊在規劃 pipeline 時會有各自的考量，因此在實際體驗之後，當你回到自己的團隊時，務必要根據你自身的情況進行規劃，如此才能建構出最適合你團隊的 CI / CD pipeline。 所需工具 本次我們會使用的工具如下： Ansible - 我們會利用 Ansible 撰寫一些簡易的自動化腳本。 Docker Community Edition - 用來運行你自己 CI Runner 與模擬 Web Server。 續上，一台可以跑得動 2-3 個 Container 的主機（可以是你自己的筆電、雲端的 VPS，或其他。），預計會消耗 5 GB 以內的硬碟空間，因為在 Workshop 使用的是個人自建又大又肥的 Container。 GitLab....

（本文於 2018-06-14 21:56:01 更新。） 在某次機緣之下，與尊敬的 Ruddy 老師針對「 DevOps 推薦書籍」有一些簡單的交流。那時整理了手上的筆記，將收集到的 DevOps 書單整理在本文之中。如果你也有推薦的 DevOps 書單，歡迎與我交流！（本文將持續更新，歡迎推薦 DevOps 好書。） （本文同步發表於 Medium） DevOps 不只涉及觀念，也與許多的工具相關，但因為技術工具書，例如：Ansible、Docker、K8S 這一類著重於工具操作與使用的書籍，通常隨著工具更新的緣故，書籍的壽命都比較短。同時並非每一種工具都適用於所有的團隊，因此這類書籍就不收錄在此書單中。 這份書單會以保存期限較為長久的觀念型書籍為主。 Effective DevOps - Building a Culture of Collaboration, Affinity, and Tooling at Scale 這是一本由技術人撰寫的非技術書籍，本書主要在談 DevOps 文化，圍繞在書名副標的那四個項目 Collaboration、Affinity、Tool、Scale，以文化與組織發展為主軸貫穿全書。另外書籍的前面幾章也針對 DevOps 及 DevOps 相關的關鍵字提供了基本簡介，某種程度可以當成一本 DevOps 入門書，可由此再延伸閱讀更多的書籍。（繁中、簡中） Continuous Integration: Improving Software Quality and Reducing Risk 關於持續整合（CI，Continuous Integration）的經典必讀書籍，缺點是目前沒中譯本。 Continuous Delivery: Reliable Software Releases through Build, Test, and Deployment Automation 關於持續交付（CD，Continuous Delivery）的經典必讀書籍，比較要注意的是因為英文版是 2010 年出版的書籍，因此書中範例提到的軟體會比較老牌一點。另外，在社群中也有前輩表示現今 Microservices、Serverless 等新觀念抬頭，這本書的部分內容應該可以配合這些觀念而有所更新。（繁中） The Phoenix Project: A Novel about IT, DevOps, and Helping Your Business Win 知名的 DevOps 小說，如果當工具書來讀會大失所望，按其他前輩的說法，此書就是要當成小說與實際案例來看，請細細品味書中的劇情及小說人物遇到的困境，並且對照自己的經歷而有所反思，同時嘗試換位思考如果你是小說內的主角你會怎麼面對問題，如此一來才能體會書中的醍醐味。本書也是讓玄妙的 DevOps「三步工作法」首次面世的書籍。（繁中、簡中） The DevOps Handbook: How to Create World-Class Agility, Reliability, and Security in Technology Organizations 由目前世界知名的 DevOps 顧問 Gene Kim 與他的好朋友們延續《The Phoenix Project》而撰寫的另一本書。如果覺得看完《The Phoenix Project》之後，對於玄妙的三步工作法依然不得要領，那麼這本《DevOps Handbook》就是你的救星。這本書透過案例與說明幫助你一步步實踐「三步工作法」，這些案例不乏許多知名的公司，像是 Google、Netflix、Etsy⋯⋯。（簡中） The Nature of Software Development: Keep It Simple, Make It Valuable, Build It Piece by Piece 另一本值得列為 DevOps 必讀書籍的輕薄好書。本書簡短、輕快且直擊紅心的點出軟體開發的核心關鍵—交付價值，這也正是藏在 DevOps 背後的重要關鍵。若希望讓你的團隊順利踏上 DevOps 之旅，那麼最好讓組織、團隊及個人皆能共同意識到「交付價值」的重要性。（簡中） Site Reliability Engineering - How Google Runs Production Systems 有些人是這麼評論的 “SRE is Google’s version of DevOps”，在《SRE》書中也自己寫到「SRE 是 DevOps 模型在 Google 的具體實踐」。另外在 Gartner 所推出的 Gartner DevOps Model 中，也可以看見 SRE 有被列入其中。這是一本兼具觀念與技術實務的書籍，內容包含很硬的技術實踐與很軟的團隊文化，對於 SRE 有興趣者非讀不可，另外若對你而言 DevOps 與 Cloud Architect 的關係密不可分，那這也是非讀不可的好書。 The DevOps 2....

除了 Jenkins 之外，個人排行第二感興趣的 CI Tool 是 GitLab（GitLab CI 在 GitLab 8.0 之後合併至 GitLab CE/EE）。個人目前被 GitLab 所吸引的地方是它的「單純與便捷」，如同有些人說 Jenkins 太囉唆了，Jenkins 在使用上可以設定的細節超級多（雖然你不一定每一項都會用到）；相較之下 GitLab 單純且便捷，彷彿只要在程式碼中多加一個 yaml 檔即可設定完所有 CI 流程與動作。 但，真的有這麼簡單嗎？ 所以當然要實際架設來玩玩看，才能做出更多的判斷。 2016.11.4 補充，確實就是這麼簡單，GitLab 確實是目前熱門的 CI Tool，功能越趨完整，雖然難免開始肥大化，但是未來發展不容小覷。 另外此文已經有部分過期了，建議各位閱讀之餘，還要對照最新的文件，避免有誤！ 用 Docker 架設 GitLab 現在 Docker 如此盛行，要架設服務最簡單的做法就是先上 Docker Hub 搜尋現成的 Docker Image。GitLab 這種熱門專案當然不意外，一定會有現成的 Image 可以直接取用。在社群朋友的推薦之下，即找到下面這個優質的 Docker Image。 https://hub.docker.com/r/sameersbn/gitlab/ 印象中這個 Docker Image 的作者 sameersbn 是 Docker 圈內的大神之一，除了 GitLab 之外，他也做了其他很多優質的 image，大神出品，品質保證，選用他的 image 准沒錯！ 大神做出來的 Docker Image 備有非常完整的使用說明，根據 Quick Start 的說明，可以直接使用作者貼心的準備的 docker-compose....

第二天的心得與筆記做得比較少，一方面是連續兩天的大會實在很累，另一方面則是因為下午輪到自己要上場，很難一邊聽講的同時一邊思考並修改簡報，例如我的簡報最前面 DevOpsTaiwan 社群的介紹其實就是現場才新增進去，另外也現場增減了一些簡報內容。 DevOps：IT人的新技能、新文化 - 王宏仁 / iThome 新聞主編 第二天開場的重點就是 2014 State of DevOps Report，所以直接去看報告吧！另一個重點就是選對工具很重要！(但別忘了 DevOps 的重點是人與文化！) DevOps in the Cloud - Ian Lewis / Google 雲端平臺Developer Advocate 基本上整場的內容就是在推銷 Google Cloud Platform，其中有聽到幾個功能稍微有一點興趣，有機會可以研究一下與其他雲端平台有何不同。 instance group manager Cloud Monitoring dashboard 與 Metrics 廚師與伺服器 - 蔡宗城 / 趨勢科技 資深工程師 感想就是講者應該是 Chef 大師，但實在可惜因為場地的網路問題，導致無法順利的 Live Demo。 Yahoo 行動 App 開發在持續整合與持續交付的經驗分享 - 李卿澄 / Yahoo 亞太區產品研發工程部 軟體工程師 講者提到重點在於「workflow of tasks」，另外兩個重點則是要： 過程全部自動化 盡可能將東西放進版本控制之中 在流程上則有以下幾個步驟： Before Commit (要先做 Code Review) Commit (人工 code review 有時候還是會有錯誤，所以還是要透過 CI 自動化的測試再一次把關，然後才能 Merge) Commit stage (同時會檢驗一些指標，例如：測試覆蓋率…) testing (會做 smoke test 、functional test) non-functional testing ( 效能、穩定性 stability test, Monkey test, performance test…) 中間有時候還會有人工測試 (少數案例，例如：結賬與金流相關功能。) production release (如果上線之後還發現問題，就要修改 testing 流程，增加新的測試項目避免再次發生同樣的問題。) 另外講者也有稍微提到 APP 與一般軟體在 CI / CD 上的差異。 Ansible 實戰：Top-down 觀點 - 葉秉哲 / Gogolook 架構師 又是葉大的場，果然一樣精彩，對於 Ansible 又更認識了一些，再加上葉大的實戰講題都會附上簡報與 github，因此聽完之後還可以自己回家慢慢練一次，實在是太好心了！...

約在今年 6 月中的時候，iThome 即宣布將在 9 月 1 日 ~ 2 日舉辦 DevOps 2015 研討會，並且開始廣邀徵稿至 7 月 6 日。雖然上次投稿 ModernWeb 2015 沒被選上，但不灰心本次再接再厲再次投稿，想不到還真的有幸被選上，所以除了要上台當講師的時間之外，其他時間則可以免費入場聆聽這兩日的 DevOps 2015 研討會。 網路上似乎已經有一些評論與心得文，所以就不打算重述太多細節，以下就只簡單的記錄個人的幾個心得，針對每一場講題簡短的記錄： 開場致詞 - 吳其勳 / iThome電腦報 總編輯 吳總編輯提到今天的現場約有 300 多人，數量比我個人預期的少？稍微查了一下台大集思的國際會議廳座位有 368 人，首日觀察覺得約 9 成滿，所以人數應該確實是 300 多沒錯，第二天的觀察是約 8 成滿，不知是否大家對於第二日的講題比較沒興趣？ DevOps 運動的全球大趨勢 - 王宏仁 / iThome 新聞主編 王主編再次講了 iThome 網站上已經刊登過的非洲銀行導入 DevOps 的案例，這個案例之所以重要的原因是想要強調就連傳統的銀行業都已經導入 DevOps，那麼身處在軟體、網路、資訊產業你還能不知道什麼是 DevOps 嗎？ CI 伺服器全制霸！活用自動化技術重建「最強」團隊 - 直井 和久 / 樂天 旅遊業務開發維運部 旅遊網站團隊經理 iThome 最近的幾次活動都有找樂天來擔任講者，幾次下來可以理解到樂天的背後確實有強大的技術力，這次來的 直井 和久 先生也是，感覺上在 CI、Jenkins 上的經驗豐富，但實在很可惜因為語言表達的問題，導致這次沒辦法與聽眾們有更多深入的 Q&A 互動，看到他在回答時默默地自言自語說了 How to say 還真是為他捏一把冷汗。不過自己也在自我省察，因為個人在英文的「說」這一方面也是很需要加強，若是在台上遇到英文問題我恐怕也是要冒冷汗了。...