知識過客

服務的建置通常是持續性的作業，而部署則一般是專案初期建置一次，未來可以沿用該部署設定... 這樣的流程走向自動化，在Container的環境又更是重要... 本篇介紹一下，在Google雲端，我們可以搭配Source Repository與Build Trigger等服務來完成服務的自動建置與部屬，讓封裝Container與部署到Container Engine的動作可以一氣呵成... 首先幾單瞭解一下一個Container Engine服務的建置與部屬過程... 使先，建立Container Engine Cluster，透過GCP Winzard可以很快速地開立您的GKE Cluster… 假設您的cluster是叫做demo-cluster，則可以透過下面的指令來跟GKE建立連線 $ gcloud container clusters get-credentials demo-cluster --zone asia-east1-a 這串指令不用記ㄛ～可以在Cluster的頁面找到他... 點選複製，即可貼到您的Terminal執行... 跟GKE建立鏈結後，接下來可以部署您的城市，這邊我們以我的一個範例程式Demoweb ( https://github.com/peihsinsu/demoweb ) 為例， 這個專案中，包含幾個重要結構： app/ : 放置您的程式，在Dockerfile中會將該資料匣複製到Docker Image中 k8s/ : 放置k8s的deployment與service描述檔 Dockerfile : 封裝docker的描述檔，會以node.js的image為基礎來建置執行環境 cloudbuild.yaml : Google Cloud Build Trigger的步驟描述檔 建置的流程大致描述如下： 當程式碼push至github後，會觸發hook(由source repository建立的)到GCP source repository Source repository更版後，會觸發Cloud Build Trigger來執行cloudbuild.yaml裡面的設定步驟 cloud...

Google提供每一個Cloud專案一個專屬的gcr.io registry作為docker image的存放地，透過gcr.io可以無限存放您的image，並且有提供簡單的查詢介面供使用者檢視所儲存的image與相關tag… 近一步使用將可透過與其他服務的串連，達到更多樣化的應用～ 從使用流程了解gcr.io 在使用前，我們先來檢視gcr.io的使用流程 Step 1 - 幫你的image製作tag docker tag [your-image] gcr.io/[your-project-id]/[your-image-name] Step 2 - Push image到gcr.io gcloud docker - push gcr.io /[your-project-id]/ [your-image-name] 下面實際使用一個Dockerfile來作為範例，存放到gcr.io上... 首先，透過node.js的express套件來建立專案... [參考: https://expressjs.com/en/starter/installing.html] $ mkdir myproject && cd myproject && express -e web  warning: option `--ejs ' has been renamed to `--view=ejs'   create : web   create : web/ package .json   create : web/app.js   create : web/ public   create : web/ public /javascripts │ │ ├── destroy@ 1.0.4   create : web/ public /images   create : web/ public /stylesheets   create : web/ public /stylesheets/...

Jenkins是一套常用的CICD管理工具，在Container的世界中，要透過Container來操作Jenkins將讓Jenkins變得更方便... 下面是以docker模式啟動常駐型的jenkins slave的方式... 首先，我們先透過Jenkins的管理介面來建立新永久節點，這邊要選擇”Permanent Agent”部分 接著設定該常駐節點的細部設定，包含執行程式數量與目錄等... 設定完後(test-slave)，該節點暫時會在無法服務的狀態，我們直接在該slave的名稱上點選進入節點的設定畫面... 再詳細設定畫面中，我們可以看到該slave的secret資訊與agent的名稱，這部分可以用來當作之後我們啟動slave的參數... 有了agent的名稱與參數，我們可以透過下面指令啟動slave，然後提供jenkins使用... docker run jenkinsci/jnlp-slave -url http://jenkins-server:port ex: docker run -d jenkinsci/jnlp-slave \ -url http://104.199.165.255:8080 \ 1fe32ff0841d49cf324748d50e08257e79f9cbdf3c3f673ffa780e4f6ddf2a32 \ test-slave 參考： https://github.com/jenkinsci/docker-jnlp-slave