在更早以前我們怎麼實現縮圖機制，當使用者上傳一張檔案，後端會固定將圖片縮圖成各種前端網頁需要的大小，不管前端頁面是否有使用，後端都會先產生好，這有什麼缺陷？

1. 佔用硬碟空間大小
2. 前端又需要另外一種格式的縮圖?

第二個問題比較麻煩，當前端需要另一種縮圖格式，後端就要開始掃描系統的全部圖片，再重新產生一次。非常耗費後端系統效能。後來才改成透過 URL 定義長寬來決定即時縮圖，在 Go 語言內可以選擇使用 picfit 來當作後端即時的縮圖機。本篇則是要提供另一種解法，就是使用 Nginx 搭配 image_filter 外掛來達成即時縮圖機制。

本篇教學會著重在如何使用 Go 語言的 goroutine 及 channel。MongoDB 是一套具有高效能讀寫的 NoSQL 資料庫，但是不像傳統關連式資料庫，有非常好用的 Transaction 交易模式，而在 MongoDB 也可以透過 Two Phase Commits 來達成交易功能，大家可以先打開文件看看，非常冗長，工程師需要花很多時間閱讀文件並且實現出來。而在 Go 語言內，我們可以在 Single Thread 內同一時間點讀寫存取同一筆資料庫來解決此問題。此篇作法只適合運作在單一 application，如果是執行多個 application 則需要透過其他方式來解決，像是 Optimistic concurrency control。

在 Go 語言內通常都將 Html Temaple 寫入到 io.Writer interface 像是 *http.ResponseWriter，但是有些情境需要將 Template 寫入到 String 變數內，例如實作簡訊 Template，這時候需要將 Html Temaple 轉成 String。該如何實作，非常簡單，只需要在任意變數內實作 io.Writer interface 即可，而 String 該如何轉換呢？可以使用 buffer’s pointer

昨天介紹了『在 AWS Lambda 上寫 Go 語言』，無服務器的時代已經來臨，透過昨天的教學，開發者可以很快的用 Go 語言寫簡易的 Restful API 或 GraphQL 服務，直接無痛丟到 AWS Lambda，然而寫完編譯打包上傳整個流程，是非常枯燥乏味的，如何有效地透過自動化工具像是 Jenkins 或 Drone 來達到自動化上傳，減少工程師花時間手動上傳，省下的時間，可以讓工程師多寫個幾行程式碼呢。

這應該不是什麼新消息了，就是 AWS Lambda 正式支援 Go 語言，也就是可以將 Go 語言編譯出來的二進制檔案直接放進去 Lambda Function 內，前面可以搭配 API Gateway，後面可以搭配 CloudWatch 或 S3，本文章會教大家如何將 Gin 打包編譯進 Lambda，官網其實也有提供 Library 或範例方便大家實作，大家可以參考看看。

很高興到 GCPUG.TW 分享『Drone CI/CD 系統簡介』，會議介紹了 Drone 系統架構，這套是由 Go 語言所開發，前兩年我參加了 Drone 開源專案的開發，也貢獻了數個 Drone Plugin，去年我正式開始宣傳 Drone 的好處及優勢，以及為什麼要從 Jenkins 或 GitLab CI 轉換到 Drone，會議大綱如下，很感謝 QNAP 提供現場直播及錄影。

很高興看到 DigitalOcean 在 2018 年推出新的 VPS 價錢方案，可以從下面這張圖看出來，記憶體幾乎都調整為兩倍方案，這已經完全追上 Linode 現在的價格了，另外 DigitalOcean 還額外推出每個月 $15 美金方案，還可以動態選擇要高 CPU (1~3) 還是高記憶體 (1G ~ 3G) 由玩家自由搭配，這方案真的是太棒了。

Harbor 是由 VMWare 公司用 Go 語言所開發的開源軟體，它可以讓團隊存放各種不同的私有 Docker 映像檔，假如團隊內沒考慮 AWS 的 ECR 或者是 Google 提供的 GCR 方案，建議您可以參考看看 Harbor，而 Harbor 提供了簡易的 UI 介面，包含權限控管，及跨區域的自動同步功能，比起自己從官網把 Docker Registry 架起來，功能多上不少。本篇不會教大家如何架設 Harbor，有興趣的可以直接參考官方文件，此篇會紀錄如何透過 Caddy 將憑證用在 Harbor 內部。

Drone 是一套用 Go 語言所撰寫的 CI/CD 開源專案，透過 .drone.yml 檔案方式讓開發者可以自行撰寫測試及部署流程。大家一定會認為要先架設好 Drone 伺服器，才能透過 Git Push 方式來達到自動化測試及部署專案。現在跟大家介紹，如果你的團隊尚未架設 Drone 服務，但是又想要使用 Drone 透過 Yaml 方式所帶來的好處，很簡單，你只需要透過 Drone CLI 工具就可以完成，不需要架設任何一台 Drone 服務，只要學會 Yaml 方式如何撰寫，就可以透過 drone exec 指令來完成。好處是寫完 .drone.yml 檔案，未來圖隊如果正式架設了 Drone 服務，就可以無痛升級，沒有的話，也可以透過 CLI 工具在公司專案內單獨使用，這比寫 docker-compose.yml 方式還要快很多。本篇會介紹使用 drone exec 的小技巧。

2022.03.26 Updated: 現在主流分支名稱為 main

在 Facebook 上面看到這篇『git flow 實戰經驗談』，想說來寫一下對於團隊內該導入 GitHub Flow 還是 Git Flow，寫下自己的想法給大家參考看看。當你加入團隊，第一件事情就是嘗試了解目前團隊是走哪一種 Git 流程，但是在團隊內可能使用 GitHub 流程或者是傳統 Git 流程，在開始進入開發流程時，請務必先了解團隊整個 Release 流程。後者流程在筆者幾年前有發表一篇『branch model 分支模組基本介紹』，如果大家有興趣可以先看看，而我自己在團隊內使用這兩種流程，嘗試過幾個團隊，得到底下結論:

• 公司內部請使用 GitHub 流程
• 開源專案請使用 GitHub 流程 + Git 流程

底下來探討為什麼我會有這些想法。首先先來看看公司團隊內部如果是走 Git 流程會有哪些缺陷。