無伺服器 - 東東 GCP 教學 - GCP 實戰講師

上傳程式碼就能跑的微服務 – Cloud Run Functions 簡介與基本操作教學

admin — Sun, 20 Jul 2025 07:57:00 +0000

現在我們要介紹和 App Engine 同樣具備「上傳即部署」特性的服務：Cloud Run Functions。

雖然 App Engine 和 Cloud Run Functions 都提供了無需管理基礎設施的便利性，但兩者在應用場景上有著重要差異。App Engine 適合部署完整的 Web 應用程式，而 Cloud Run Functions 則專注於輕量級的函式服務，讓開發人員能夠實現事件驅動的微服務架構。

什麼是 Cloud Run Functions？

Cloud Run Functions 原名叫 Cloud Function，是 Google Cloud 的 Functions as a Service (FaaS) 平台，讓你可以撰寫小型的、專注於單一任務的函式，不用管理機器。支援的程式語言包含 .Net、Go、Java、Node.js、PHP、Python 和 Ruby。

這些函式會在事件發生時自動執行，用完即停，真正實現了「用多少算多少」的理念。

想像一下，你經營一家網路商店，當客戶下單時需要：

發送確認郵件給客戶
更新庫存數量
記錄銷售資料到分析系統
通知物流部門準備出貨

在傳統單體式架構中，這些功能可能都寫在同一個應用程式中。但使用 Cloud Run Functions，你可以為每個任務建立獨立的函式，當訂單事件發生時，這些函式會自動被觸發 (Trigger) 執行，就是所謂的「事件驅動」特性。

另外 Cloud Run Functions 也能 Autoscale，當同時有大量事件需要處理時，平台會自動建立多個函式執行個體 (instance；指輕量級的容器) 來並行處理；當需求降低時，也會自動縮減執行個體數量，甚至降到零。

所以和 App Engine 一樣，你只需為函式實際執行的時間和資源消耗付費，沒有請求時完全不收費。

Cloud Run Functions 的觸發機制

關於觸發機制，Cloud Run Functions 可以透過多種方式被觸發：

HTTP Trigger：最常見的觸發方式，函式會曝露一個 HTTPS 端點，可以透過 REST API 呼叫。適合建立微服務 API、Webhook 處理器等。

Cloud Storage Trigger：當 Google Cloud Storage 中的檔案被建立、刪除或修改時觸發。適合檔案處理、圖片縮放、資料備份等場景。

Pub/Sub Trigger：當 Cloud Pub/Sub Topic 收到訊息時觸發。適合非同步訊息處理、事件串流處理等。

Firebase Trigger：與 Firebase 服務整合，可以因應 Firestore 資料庫變更、使用者註冊、帳號變更事件等。

Cloud Scheduler 觸發器：定時執行函式，類似 Cron Job 的功能。

建立 Cloud Run Functions 示範

接著我們來建立一個簡單的函式看看，點擊主選單「Clodu Run 函式」再點擊「編寫函式」：

編寫 Cloud Run Function

給函式命名、設定地區和程式語言版本，你看到它有產生一個端點網址，那就是之後對外服務的網址：

給函式命名、設定地區和程式語言版本

往下看到驗證的部分，我們要讓所有網路上的任何人都可以存取，所以要取消「使用 IAM 驗證傳入要求」。另外在服務資源調度的部分，我們要把「執行個體數量下限」改成 0。

取消勾選 IAM 驗證並設定執行個體數是下限

再來 Ingress 的部分，我們要勾選「全部」，這樣子才能開放外部進來存取喔！然後我們再點擊右下角的展開按鈕，查看進階設定：

設定允許全部流量，並打開進階設定

大部分內容都可以保持預設，主要看的是資源的部分，在正式的環境當中，你可以調整記憶體和 CPU 的規格，在這裡我們保持預設就好：

可以調整執行個體的規格

「執行個體數量上限」預設是 100，如果擔心它真的開到 100 台，可以像我一樣調成 5 就好，其他保持預設，最後按下「建立」：

設定執行個體數量上下限

接下來畫面會自動跳轉到「來源」這個頁籤，你可以在下方編輯程式碼，在這裡我們就保持不變，直接按下「儲存並重新部署」：

儲存並重新部署

接著它會在背景作業，將現有程式碼打包成容器，等它幾秒鐘後，就可以點擊網址，並且看到網頁了。

點擊網址看到網頁內容

The post 上傳程式碼就能跑的微服務 – Cloud Run Functions 簡介與基本操作教學 first appeared on 東東 GCP 教學 - GCP 實戰講師.

[Cloud Run 教學] 如何串接 DNS 名稱解析？免費 SSL 憑證和HTTP Redirect HTTPS 教學

東東 — Tue, 25 Jun 2024 03:32:55 +0000

Cloud Run 接 DNS 的功能非常簡單，

除了幫你把網域解析到 Cloud Run 的網址，

還幫你做 HTTP Redirect 到 HTTPS，

你不需要額外使用 Load Balancer 或 Nginx 來 Redirect，

至於 HTTPS 不是要有 SSL 憑證嗎？

有的，GCP 一樣提供免費而且自動續約的憑證，

而且是 Google 自己的根憑證機構發行的憑證，

整個超方便！

當然你也可以使用自己的憑證喔！(不過要使用 Google Load Balancer)

這裡提供設定 DNS 名稱解析的方法。

假設我們已經做好一個 Cloud Run，

就可以直接點擊 Manage Custom Domains：

然後再點擊 Add Mapping：

你先選擇要解析的 Cloud Run 服務，

一方會看到有三種方法可以選擇，

我們就直接選 Cloud Run Domain Mappings：

接下來要選擇解析的網域，

如果你還沒驗證過網域，只會看到 Verify a new domain，

像我這邊有一堆網域，

大多是 blogspot.com 的，是 Google 的部落格服務 Blogger 的網域。

關於網域驗證的說明，可以參考驗證網站擁有權這篇文章。

選好主網域之後，再輸入子網域：

按繼續之後，第三步驟直接按 Done 即可。

但是還沒做完喔！

回到 Domain Mappings 的畫面，

你會看到它一直在轉圈圈，

它提示你要去設定 DNS 的對應：

但是要怎麼設呢？

你看到右邊 Actions 的三個小點，

有一個 DNS records：

點擊之後會看到提示你要設定 CName，

要把你的網域解析到 ghs.googlehosted.com 這個網址：

那我們就直接去設定 DNS 的頁面。

DNS 不一定在 GCP 上喔，這裡指的是你註冊 DNS (購買網域) 的地方，

你可能用的是 Hinet 的 DNS，或是國外的 GoDaddy 或 Namecheap 等等。

像我是在 GoDaddy 註冊 DNS 的，但是我已經轉移管理權限到 Cloud DNS 了。

我就在我的網域直接 ADD STANDARD：

然後把 cloudrun.dongdonggcp.com 解析 CName 到 ghs.googlehosted.com 這個網域：

ghs.googlehosted.com 它可以把所有 Cloud Run 用戶的網域，

解析到各個 Cloud Run 的原始網址，

你也不需要設定什麼 Cloud Run 的 IP (因為沒有特定的 IP)

，非常神奇。

設定好之後，你可以先去 Google Admin Toolbox，

確認 Google 的解析結果有沒有設定正確，

看起來會像這樣：

沒問題的話，大約等 20~30 分鐘，

就會看到綠色勾勾如下：

那我開無痕模式看看網站：

成功了！

如果你的 Cloud Run 服務突然中斷，

它會顯示服務不存在：

但只要你重新部署好，

它會自動又幫你解析，完全不用重新設定 CName 喔！

另外，你也可以輸入 http://cloudrun.dongdonggcp.com

它真的會自動轉成 https 喔，超方便！

我們也可以檢查憑證的細節，

點擊「已建立安全連線」：

再點擊「憑證有效」或右方箭頭顯示憑證：

就會看到憑證的內容：

這個憑證發行單位 Google Trust Services，

是 Google 自己的根憑證機構（Root Certificate Authority，Root CA），

代表自己的憑證自己發行，別人不能發行 Google 的憑證喔！

如果你原本花錢購買自己網域的憑證，

你也可以把錢省下來，是不是非常棒呢！

快來試試看吧！

The post [Cloud Run 教學] 如何串接 DNS 名稱解析？免費 SSL 憑證和HTTP Redirect HTTPS 教學 first appeared on 東東 GCP 教學 - GCP 實戰講師.

[Cloud Run 教學] 如何收集在 Cloud Run 上運作的 Nginx Log？寫入 Cloud Logging

東東 — Mon, 17 Jun 2024 13:20:12 +0000

Cloud Run 是無狀態的，

代表它的容器重啟之後，

容器裡面的 Log 全部消失不見，徹底的無狀態。

那我們如果想要除錯，只能看到 Cloud Run 本身的 Log，

怕資訊不足，怎麼辦？

你又不能直接連進去 Container，

因為它又是「無伺服器」的，根本不能連到它 Command Line。

怎麼辦呢？

其實它是可以設定輸出 Log 的位置的，

這裡做一個簡單的範例給大家參考～

我先在 Cloud Shel l 開一個目錄

mkdir nginx

cd nginx

mkdir write-to-logging

cd write-to-logging

在資料夾裡建立3個檔案，各位直接複製貼上就好了：

第一個 index.html 首頁檔案

vim index.html




    Welcome to Nginx!


    Success! Dongdong Nginx server is running!

截圖

第二個是 Nginx 的設定檔

vim nginx.conf

重點是設定 Nginx 把日志寫到 stdout 和 stderr，

然後讓 Cloud Run 自動收集這些 Log 並傳送到 Cloud Logging。

worker_processes  1;

events {
    worker_connections  1024;
}

http {
    include       mime.types;
    default_type  application/octet-stream;
    sendfile        on;
    keepalive_timeout  65;

    access_log /dev/stdout;
    error_log /dev/stderr;

    server {
        listen       8080;
        server_name  localhost;

        location / {
            root   /usr/share/nginx/html;
            index  index.html index.htm;
        }

        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   /usr/share/nginx/html;
        }
    }
}

截圖

第三個是 Dockerfile

vim Dockerfile

# Use the official Nginx image from the Docker Hub
FROM nginx:latest

# Copy the Nginx configuration file
COPY nginx.conf /etc/nginx/nginx.conf

# Copy the index.html file to the default Nginx directory
COPY index.html /usr/share/nginx/html/index.html

# Expose the port that Cloud Run will use
EXPOSE 8080

# Start Nginx when the container launches
CMD ["nginx", "-g", "daemon off;"]

我在自己專案的 Artifact Registry 建立 Repository 為 nginx

然後在 Cloud Shel l 建立 Docker Image 名字叫 write-to-logging

(dong-dong-gcp-3 請改成你的專案 ID 喔)

(注意下面指令有一個句號喔)

docker build -t asia-east1-docker.pkg.dev/dong-dong-gcp-3/nginx/write-to-logging .

接下來就把 Image Push 到 Artifact Registry

docker push asia-east1-docker.pkg.dev/dong-dong-gcp-3/nginx/write-to-logging

接下來就看到 nginx 這個 repo 有一個新的 Image

如果都沒問題的話，就可以部署到 Cloud Run，

如果懶得在 Console 上點，可以直接複製下面的指令 (記得改掉 Project ID 喔 )：

gcloud run deploy nginx-logging \
–image asia-east1-docker.pkg.dev/dong-dong-gcp-3/nginx/write-to-logging \
–platform managed \
–region asia-east1 \
–allow-unauthenticated

其實我本來就部署成功了，

但我再輸入部署指令時，它不會報錯，

只會幫我增加最新的版本，蠻貼心的。

接下來看一下 Cloud Run 的 Console：

那個 nginx-logging 就是我剛部署的服務，點 “nginx-logging” 看看

再點開它的超連結

會看到

代表部署成功了！

那要怎麼證明，它的 Log 有寫入 Cloud Logging 呢？

我們先故意在網址列尾巴增加 “?” 和其他英文數字

然後按 Enter，它顯示畫面是不變的，

但是這個網址會記錄到 Nginx 的 Log 裡面。

你可以點開它的 Log 查看

你會在左邊的 Log 欄位看到有 stdout 和 stderr 的選項，點擊篩選：

就可以看到 Nginx Container 寫到 Cloud Logging 的 Log 了！

現在看到是長這樣，這些都是 Cloud Run 本身沒有記錄的 Log 喔！

如果把篩選器移除，才會同時看到 Cloud Run 和 Nginx 本身收集到的 Log：

今天就簡單分享到這裡，謝謝大家！

The post [Cloud Run 教學] 如何收集在 Cloud Run 上運作的 Nginx Log？寫入 Cloud Logging first appeared on 東東 GCP 教學 - GCP 實戰講師.