設定 App 開發環境
課程概述
寫雲端應用，光寫程式碼還不夠，底下的基礎設施也要搭對。這堂課會帶你把一個完整的 GCP 開發環境設起來，包含物件儲存（Cloud Storage）、非同步訊息傳遞（Pub/Sub）和事件驅動函式（Cloud Functions）。
Pub/Sub 的價值在解耦：Publisher 只把事件放進 Topic，不必知道後面有幾個 Subscriber。 Storage Event 或 Subscription 再喚醒 Function；因為訊息可能重送，處理前要用冪等關卡擋住重複副作用， 多次失敗則轉進 Dead-letter 路徑等待檢查。
你將學到
- 建立與配置 Cloud Storage bucket 並設定存取權限
- 使用 Pub/Sub 實現非同步訊息傳遞
- 部署第一個 Cloud Function 處理事件
- 理解事件驅動架構的基本模式
- 使用 Cloud Shell Editor 進行開發
核心概念
Pub/Sub 訊息模式
Pub/Sub 是 GCP 的全託管訊息佇列服務，讓發布者跟訂閱者彼此不用直接綁在一起：
- Topic（主題）：訊息的發布目標
- Subscription（訂閱）：從 Topic 接收訊息的端點
- Push vs Pull：Push 主動推送到端點；Pull 由訂閱者主動拉取
# 建立 Topic
gcloud pubsub topics create my-topic
# 建立 Subscription
gcloud pubsub subscriptions create my-sub --topic=my-topic
# 發布訊息
gcloud pubsub topics publish my-topic --message="Hello"
Consumer 在 Ack Deadline 內處理成功並 ACK，訊息才算完成；失敗或逾時會再次投遞。多次失敗的訊息 可送往 Dead-letter Topic 隔離調查，因此 Consumer 必須假設同一訊息可能看到不只一次。
Cloud Functions 事件觸發
Cloud Functions（2024 年 8 月起更名為 Cloud Run functions，同一個產品）支援多種觸發來源：
| 觸發類型 | 來源 | 範例 |
|---|---|---|
| HTTP | HTTP 請求 | REST API 端點 |
| Cloud Storage | 檔案上傳/刪除 | 圖片縮放處理 |
| Pub/Sub | 訊息發布 | 資料管線處理 |
| Firestore | 文件變更 | 即時通知 |
流程圖暫時無法顯示，請重新整理頁面後再試。
至少一次傳遞不等於業務效果一定重複。處理器先用 Event ID 查 Dedup Store，只有尚未處理的事件才能 執行寫入並記錄 ID；重送事件直接跳過副作用但仍回 ACK，就能得到一次業務效果。
實作重點
- Cloud Functions 預設 timeout 為 60 秒，第一代最長可調至 540 秒、第二代（Cloud Run functions）最長可調至 3600 秒
- Pub/Sub 訊息至少傳遞一次（at-least-once），需設計冪等處理邏輯
- 開發時善用
gcloud functions logs read查看即時日誌 - 注意 Cloud Functions 第一代與第二代（Cloud Run-based）的差異
Skill Badge 指引
Lab 連結：Set Up an App Dev Environment on Google Cloud — 完成此 lab 可獲得 Skill Badge
延伸學習
- 無伺服器進階：Cloud Run 無伺服器開發
- 本系列下一課：在 GCP 上建立網站
相關文章
您可能也會對這些文章感興趣
Cloud Run Functions 三種實作
學習 Cloud Run Functions 的三種觸發模式：HTTP、Cloud Storage 事件與 Pub/Sub 訊息，掌握無伺服器函式開發
設定 App 開發環境
在 Google Cloud 上設定完整的應用程式開發環境，包含 Cloud Storage、Pub/Sub 訊息佇列與 Cloud Functions 事件處理
在 GCP 上建立網站
使用 Google Cloud 服務建構與部署網站，涵蓋 Cloud Run 容器化部署、Cloud Storage 靜態網站託管與 Firebase Hosting
