1. 簡介
上次更新時間：2023 年 7 月 28 日
什麼是 Google Cloud 作業套件？
Google Cloud 作業套件是一個平台，可讓您監控、疑難排解及改善 Google Cloud 環境中的應用程式效能。Cloud 作業套件的主要要素包括 Cloud Monitoring、Cloud Logging 和雲端追蹤。
請觀看這部影片，瞭解 Google Cloud Operations 的概略說明。
建構項目
在這個程式碼研究室中，您將在 Google Cloud 部署範例 API。然後，您將探索及設定 Cloud Monitoring 中的多項功能 vis-a-vis API。
課程內容
- 使用 Google Cloud 的 Cloud Shell 將範例應用程式部署至 Cloud Run。
- 使用 Google Cloud Monitoring 的功能，例如資訊主頁、快訊、運作時間檢查、SLI/SLO 監控等。
軟硬體需求
- 最新版 Chrome (74 以上版本)
- Google Cloud 帳戶和 Google Cloud 專案
2. 設定和需求
自修環境設定
如果您還沒有 Google 帳戶 (Gmail 或 Google Apps)，請務必建立帳戶。登入 Google Cloud Platform 控制台 ( console.cloud.google.com)，並建立新專案。
- 專案名稱是這個專案參與者的顯示名稱。這是 Google API 不會使用的字元字串。您可以隨時更新。
- 專案 ID 在所有 Google Cloud 專案中不得重複，且無法變更 (設定後即無法變更)。Cloud 控制台會自動產生一組專屬字串，您通常不需要特別留意。在大多數程式碼研究室中，您需要參照專案 ID (通常會以 PROJECT_ID 表示)。如果您對產生的 ID 不滿意，可以隨機產生一個 ID。或者，您也可以自行嘗試，看看是否可用。在完成這個步驟後就無法變更，而且在專案期間仍會保持有效。
- 提醒您，還有第三個值，即部分 API 使用的專案編號。如要進一步瞭解這三個值，請參閱說明文件。
注意：專案 ID 必須是全球唯一，且選取後就無法由其他人使用。你是該 ID 的唯一使用者。即使刪除專案，ID 也無法再使用
- 接下來，您需要在 Cloud 控制台中啟用帳單功能，才能使用 Cloud 資源/API。執行本程式碼研究室時，費用應該不會太高，甚至可能不收費。如要關閉資源，避免產生教學課程以外的費用，您可以刪除建立的資源，或刪除整個專案。Google Cloud 新使用者可享有 $300 美元的免費試用期。
Google Cloud Shell 設定
雖然 Google Cloud 和 Google Cloud Trace 可以在筆記型電腦上遠端運作，但在本程式碼研究室中，我們會使用 Google Cloud Shell，這是一種在 Cloud 中執行的指令列環境。
如要在 Cloud 控制台中啟用 Cloud Shell，只要按一下「啟用 Cloud Shell」即可 (佈建並連線至環境的作業只需幾秒鐘的時間)。
如果您從未啟動 Cloud Shell，系統會顯示中間畫面 (在折疊下方)，說明 Cloud Shell 的用途。如果是這種情況，請按一下「Continue」(繼續) (您之後就不會再看到這個畫面)。這裡是一次性畫面的外觀：
佈建並連線至 Cloud Shell 的作業只需幾分鐘的時間。
這個虛擬機器搭載您需要的所有開發工具。提供永久的 5 GB 主目錄，而且在 Google Cloud 中運作，可大幅提升網路效能和驗證功能。您可以使用瀏覽器或 Chromebook 完成本編碼實驗室的大部分工作，甚至是全部工作。
連線至 Cloud Shell 後，您應會發現自己通過驗證，且專案已設為您的專案 ID。
在 Cloud Shell 中執行下列指令，確認您已通過驗證：
連線至 Cloud Shell 後，您應會發現自己通過驗證，且專案已設為 PROJECT_ID。
gcloud auth list
指令輸出
Credentialed accounts: - <myaccount>@<mydomain>.com (active)
gcloud config list project
指令輸出
[core] project = <PROJECT_ID>
如果因某些原因而未設定專案，請輸入下列指令：
gcloud config set project <PROJECT_ID>
Cloud Shell 也會預設設定部分環境變數，這在您日後執行指令時可能會很有用。
echo $GOOGLE_CLOUD_PROJECT
指令輸出
<PROJECT_ID>
範例應用程式
我們已將本專案所需的資料都放到 Git 存放區中。存放區包含幾個應用程式範例，您可以選擇在本練習中使用其中任何一個。
Git 存放區連結：https://github.com/rominirani/cloud-code-sample-repository
3. 部署 API 應用程式
範例應用程式或 API 的內容為何？
我們的應用程式是簡單的 Inventory API 應用程式，會公開 REST API 端點，並提供幾項作業，用於列出商品目錄項目，以及取得特定商品的商品目錄計數。
部署 API 後，假設 API 託管在 https://<somehost>，我們可以透過以下方式存取 API 端點：
- https://<somehost>/inventory
系統會列出所有產品項目，並顯示現有庫存量。
- https://<somehost>/inventory/{productid}
這樣就會提供一筆記錄，其中包含該產品的產品 ID 和商品目錄層級。
回傳的回應資料為 JSON 格式。
範例資料與 API 要求/回應
為簡化操作，應用程式並未由後端資料庫提供動力。其中包含 3 個範例產品 ID 和其現有庫存量。
產品 ID | 現場廣告空間層級 |
I-1 | 10 |
I-2 | 20 |
I-3 | 30 |
以下是 API 要求和回應範例：
API 要求 | API 回應 |
https://<somehost>/inventory | [ { "I-1": 10, "I-2": 20, "I-3": 30 }] |
https://<somehost>/inventory/I-1 | { "productid": "I-1", "qty": 10} |
https://<somehost>/inventory/I-2 | { "productid": "I-2", "qty": 20} |
https://<somehost>/inventory/I-200 | { "productid": I-200, "qty": -1} |
複製存放區
雖然 Google Cloud 可透過筆記型電腦遠端操作，但在本程式碼研究室中，您將使用 Google Cloud Shell，這是在雲端運作的指令列環境。
在 GCP 主控台的右上方工具列中，按一下 Cloud Shell 圖示：
佈建並連線至環境的作業只需幾分鐘的時間。完成後，您應該會看到如下的畫面：
這個虛擬機器會載入您需要的所有開發工具。提供永久的 5 GB 主目錄，而且在 Google Cloud 中運作，可大幅提升網路效能和驗證功能。您只需使用瀏覽器，就能完成本研究室的所有作業。
設定 gcloud
在 Cloud Shell 中設定專案 ID，並儲存為 PROJECT_ID 變數。
PROJECT_ID=[YOUR-PROJECT-ID]
gcloud config set project $PROJECT_ID
接著執行下列指令：
$ git clone https://github.com/rominirani/cloud-code-sample-repository.git
這麼做會在這個資料夾中建立名為「cloud-code-sample-repository」cloud-code-sample-repository的資料夾。
(選用) 在 Cloud Shell 中執行應用程式
您可以按照下列步驟在本機執行應用程式：
- 在終端機中，透過下列指令前往 Python 版本的 API：
$ cd cloud-code-sample-repository
$ cd python-flask-api
- 在終端機中輸入下列指令 (在撰寫本文時，Cloud Shell 已安裝 Python 3.9.x，我們會使用預設版本)。如果打算在筆電本機上執行，建議使用 Python 3.8 以上版本) ：
$ python app.py
- 您可以執行下列指令，在本機啟動 Python 伺服器。
- 這會在 通訊埠 8080 上啟動伺服器，您可以透過 Cloud Shell 的「網頁預覽」功能在本機測試。按一下「Web Preview」按鈕，如下圖所示：
按一下「透過以下通訊埠預覽：8080」。
- 系統會開啟瀏覽器視窗。您會看到 404 錯誤，這沒問題。修改網址，讓主機名稱後方只剩下 /inventory。
以我的電腦為例，程式碼如下所示：
https://8080-cs-557561579860-default.cs-asia-southeast1-yelo.cloudshell.dev/inventory
系統會顯示庫存商品清單，如前述所述：
- 您現在可以前往終端機並按下 Ctrl-C 來停止伺服器。
部署應用程式
我們現在會將這個 API 應用程式部署至 Cloud Run。這個程序會使用 glcoud 指令列用戶端執行指令，將程式碼部署至 Cloud Run。
在終端機中輸入以下 gcloud 指令：
$ gcloud run deploy --source .
系統會詢問多項問題 (如果需要授權，請繼續操作)，以下列舉其中幾點。視設定及 Google Cloud 專案中是否已啟用特定 API 而定，您不一定會看到所有問題。
- 服務名稱 (python-flask-api)：請使用這項預設值，或是選擇類似 my-inventory-api
- 專案 [project-number] 未啟用 API [run.googleapis.com]。Would you like to enable and retry (this will take a few minutes)? (y/N)? 是
- 請指定區域：請輸入區域編號，選擇所需區域。
- 專案 [project-number] 未啟用 API [artifactregistry.googleapis.com]。Would you like to enable and retry (this will take a few minutes)? (y/N)? 是
- 從原始碼部署時，需要 Artifact Registry Docker 存放區來儲存已建構的容器。系統會在 [us-west1] 區域中建立名為 [cloud-run-source-deploy] 的存放區。
要繼續嗎 (Y/n)？是
- 允許未經驗證的叫用 [my-inventory-api] (y/N)？是
最後，這項作業會啟動程序，取得您的原始碼、將其容器化，然後推送至 Artifact Registry，再部署 Cloud Run 服務和修訂版本。請耐心等待這項程序 (可能需要 3 到 4 分鐘)，您應該會看到服務網址，表示程序已完成。
以下是執行範例：
測試應用程式
應用程式已部署至 Cloud Run，您可以按照下列步驟存取 API 應用程式：
- 請記下先前步驟中的服務網址。例如，在我的設定中，顯示為
https://my-inventory-api-bt2r5243dq-uw.a.run.app。我們將這個變數稱為 <SERVICE_URL>。 - 開啟瀏覽器，然後存取下列 3 個 API 端點網址：
- <SERVICE_URL>/inventory
- <SERVICE_URL>/inventory/I-1
- <SERVICE_URL>/inventory/I-100
這個規格應該與先前在 API 要求和回應範例章節中提供的規格相同。
從 Cloud Run 取得服務詳細資料
我們將 API 服務部署至 Cloud Run 這類無伺服器運算環境。我們隨時可以透過 Google Cloud 控制台造訪 Cloud Run 服務。
在主選單中前往 Cloud Run。畫面上隨即會顯示您在 Cloud Run 中執行的服務清單。您應該會看到剛部署的服務。依據您選取的名稱，您應該會看到類似下方的內容：
按一下服務名稱即可查看詳細資料。範例詳細資料如下：
請注意網址，這是您可以輸入瀏覽器並存取我們剛部署的 Inventory API 的服務網址。歡迎查看「指標」和其他詳細資料。
現在就開始使用 Google Cloud 作業套件吧！
4. 設定資訊主頁
Cloud Monitoring 提供的便利功能之一，就是跨 Google Cloud 多項資源的即用型 (OOTB) 資訊主頁。這樣一來，您就能快速輕鬆地設定含有標準指標的資訊主頁。
我們來看看如何針對剛部署至 Cloud Run 的 API 服務執行這個步驟。
自訂的「服務」資訊主頁
我們已將 API 服務部署至 Cloud Run，現在就來瞭解如何設定資訊主頁，以便以視覺化方式呈現各種指標，其中部分指標包括服務延遲時間。
首先，在控制台中前往「Monitoring」→「總覽」，如下所示：
「總覽」會顯示您在 Monitoring 中設定的多項設定，例如資訊主頁、快訊、運作時間檢查等。
我們先點選側邊主選單中的「資訊主頁」。系統會顯示下列畫面：
按一下「範例資料庫」。這會顯示 Google Cloud 中多個資源可用的 Out-Of-The-Box (OOTB) 資訊主頁清單。具體來說，請向下捲動清單，然後選取「Google Cloud Run」，如下所示。
畫面上會列出 Google Cloud Run 可用的標準資訊主頁。由於我們已在 Cloud Run 上部署服務，因此希望您能感興趣。
您會看到一個 Cloud Run 監控資訊主頁。按一下「PREVIEW」連結，查看可用於 Cloud Run Monitoring 的標準圖表 (指標) 清單。只要按一下「匯入範例資訊主頁」，即可將所有圖表匯入自訂資訊主頁。系統會顯示資訊主頁畫面，並預先填入名稱，如下所示：
如要返回，請按一下位於左上方數字面板名稱左側的「左箭頭」。這會導向資訊主頁清單，您應該會看到剛建立的新資訊主頁。
按一下「Dashboard」(資訊主頁) 連結，即可監控多項預設指標。這些指標包括延遲時間、要求次數、容器指標等。
您也可以選擇將任何資訊主頁標示為常用，只要選取星號圖示即可，如下所示：
這樣一來，系統就會將資訊主頁加入「監控」的總覽畫面，方便您前往常用的資訊主頁。
太棒了！您剛新增用於監控 Cloud Run 服務的自訂資訊主頁。做得好！
5. 運作時間檢查
在本節中，我們將為已部署的 API 服務設定正常運作時間檢查。公用運作時間檢查可從全球多個位置向公開網址或 Google Cloud 資源發出要求，以查看資源是否有回應。
在本例中，資源將是我們部署至 Cloud Run 的 API 服務。這個網址是 API 服務公開的特定端點，用於指出服務的健康狀況。
在 API 服務程式碼範例中，我們公開了端點 /healthy，該端點會傳回字串值「All Izz Well」。因此，我們只需要定義運作時間檢查來比對類似 https://<SERVICE_URL>/healthy 的結果，並檢查是否傳回 "All Izz Well" 字串。
建立通知管道
在建立運作時間檢查之前，請務必先設定通知管道。通知管道是一種媒介，可在任何受監控資源發生事件/問題時發出警報。電子郵件就是通知管道的例子，如果有快訊，您就會收到電子郵件。
我們現在要設定電子郵件通知管道，並使用自己的電子郵件地址設定，這樣一來，如果系統發出我們設定的快訊，我們就能收到通知。
如要建立通知管道，請按照下列步驟操作：
在 Google Cloud 控制台的主選單中，依序前往「Monitoring」→「Alerting」，如以下所示：
系統會顯示包含警報、政策等內容的頁面。目前，您會在頂端看到「編輯通知管道」連結。請按一下該按鈕。
系統會顯示各種通知管道的清單，如下所示：
找到「電子郵件」部分，然後點選該列的「新增」。系統隨即會顯示電子郵件設定詳細資訊，如下所示：
輸入您的電子郵件地址和「顯示名稱」，如下所示。按一下「儲存」。
電子郵件通知管道的建立作業就此完成。我們現在就來設定運作時間檢查。
建立運作時間檢查
在 Google Cloud 控制台的主選單中，前往「Monitoring」→「Uptime checks」。畫面頂端會顯示「建立可用性檢查」連結。請按一下該按鈕。
系統會顯示一系列步驟，您必須完成這些步驟才能設定運作時間檢查。
首先要設定目標詳細資料，也就是我們部署的 Cloud Run 服務資訊。填妥的表單如下所示：
您可以選取下列不同的值：
- 通訊協定：HTTPS
- 資源類型：選取 Cloud Run 服務。請注意，這項資源也支援其他資源，您也可以為這些資源設定正常運作時間檢查。
- Cloud Run 服務：選取 my-inventory-api 或您為 Cloud Run 服務指定的特定名稱。
- 路徑為 /healthy，因為我們會傳回字串「All Izz Well」，我們想確認這點。
點按「繼續」前往下一步。接下來是回應驗證步驟，如下所示：
您可以看到我們啟用了「內容比對」檢查，並設定 /healthy 端點傳回的回應為「All Izz Well」。按一下「繼續」，即可前往下一個步驟，我們將在該步驟中設定快訊，以及在運作時間檢查失敗時，要透過哪個通知管道發出快訊。
在這個步驟中，請為快訊命名。我已將其設為「Inventory API Uptime Check failure」，但您可以自行選擇名稱。請務必從先前設定的清單中選取正確的通知管道。
按一下「檢查」，完成最後步驟，檢查我們已設定的正常運作時間檢查。
在這個最後步驟中，請為運作時間檢查命名 (例如「Inventory API 運作時間檢查」)，然後您也可以測試檢查是否已正確設定。按一下對應的「測試」TEST按鈕。
請繼續完成程序 (按一下左側的「CREATE」按鈕)。Google Cloud 會指示在不同區域中設定的正常運作時間檢查探針，對網址執行 ping 作業，並收集這些回應。幾分鐘後，請前往「監控」→「運作時間檢查」部分，理想情況下，您應該會看到所有綠色信號，表示網址可透過不同的探針存取。
如果任一探測作業在一段時間內 (可設定) 失敗，您會在設定的電子郵件管道收到「快訊通知」。
這就是設定運作時間檢查的內容。做得好！
6. Metrics Explorer
Cloud Monitoring 會公開多項 Google Cloud 產品的數千項標準指標。您可以查看、查詢、轉換為圖表、新增至資訊主頁、發出快訊等。
本節的目標是：
- 瞭解如何查看各種指標，然後我們會調查 API 服務的特定指標 (延遲)。
- 將該指標轉換為圖表和自訂資訊主頁，以便隨時以視覺化方式呈現指標。
探索 Inventory API 服務的延遲時間指標
在 Google Cloud 控制台的主選單中，前往「Monitoring」→「Metrics Explorer」。系統會將您帶往 Metrics Explorer 畫面。按一下「選取指標」。您現在可以瀏覽多個已產生指標的有效資源。
由於我們要處理 Cloud Run 服務，請依序按一下「Cloud Run Revision」，然後點選「Request Latency」標題的類別和特定指標，如下所示：
按一下「套用」。這樣一來，圖表中就會顯示要求延遲時間。您可以從右側的 [顯示設定] 將小工具類型變更為折線圖，如下所示：
系統會顯示延遲時間圖表，如下所示：
建立圖表和自訂資訊主頁
我們來儲存這張圖表。按一下「Save Chart」(儲存圖表)，然後使用下列詳細資料：
請注意，我們是建立新資訊主頁，而不是將資訊主頁儲存在現有資訊主頁中。按一下「儲存」按鈕。這會將新建立的資訊主頁加到資訊主頁清單中，如下所示：
按一下我們建立的特定資訊主頁，即可查看詳細資料。
本節說明如何透過 Metrics Explorer 調查各種指標，以及如何建立自訂資訊主頁。
7. Cloud Logging
在本節中，我們將介紹 Cloud Logging。Cloud Logging 提供「Logs Explorer」介面，可協助您瀏覽及深入瞭解各種 Google 服務和您自有應用程式產生的記錄檔。
在本節中，我們將瞭解 Logs Explorer，並模擬幾則記錄訊息，然後透過「以記錄為基礎的指標」功能搜尋並轉換成指標。
記錄檔探索工具
您可以透過 Google 主要控制台中的「Logging」→「記錄檔探索工具」前往記錄檔探索工具，如下所示：
系統會顯示記錄介面，您可以在這裡明確選取/取消選取各種資源 (專案、Google Cloud 資源、服務名稱等) 和記錄層級，以便視需要篩選記錄訊息。
上方顯示的是 Cloud Run 修訂版本 (即已部署的 Cloud Run 服務) 的記錄清單。您會看見數個運作時間檢查的要求，都會傳送到已設定的 /healthy 端點。
搜尋警告
提供非 I-1、I-2 和 I-3 的產品 ID，模擬對商品目錄服務提出的幾個無效要求。例如，錯誤的要求如下：
https://<SERVICE_URL>/inventory/I-999
現在，當查詢中提供的產品 ID 錯誤時，我們將搜尋 API 產生的所有警告。
在查詢方塊中插入下列查詢參數：
resource.type="cloud_run_revision"
textPayload =~ "Received inventory request for incorrect productid"
如下所示：
按一下「執行查詢」。系統會顯示所有已收到且有此問題的要求。
記錄指標
讓我們建立自訂記錄指標來追蹤這些錯誤。我們想瞭解是否有大量呼叫使用錯誤的產品 ID。
如要將上述資料轉換為錯誤指標，請按一下記錄檔探索工具中的「Create Metric」按鈕。
這麼做會顯示表單，讓您建立指標定義。選擇「Counter」指標，然後輸入指標名稱 (inventory_lookup_errors) 和說明的詳細資料，如以下所示，然後按一下「Create Metric」。
這會建立計數器指標，您應該會看到以下訊息：
從主選單前往「Logging」→「Logs-based Metrics」，您應該會看到我們在「User-defined metrics」(使用者定義指標) 清單中定義的自訂指標，如下所示：
在這個項目的結尾處，您會看到三個垂直圓點，按一下這些圓點，即可查看可對這個自訂指標執行的作業。清單應類似於下方顯示的清單。按一下「在 Metrics Explorer 中查看」選項。
這應該會導向我們在上一節說明的 Metrics Explorer，但現已預先填入。
按一下「儲存圖表」。請使用下列值做為「儲存圖表」選項：
這個步驟會隨即建立新的資訊主頁，方便您查看廣告空間搜尋錯誤，並在資訊主頁清單中找到。
太好了！您現在已從記錄檔建立自訂指標，並將其轉換為自訂資訊主頁中的圖表。以便我們追蹤使用錯誤產品 ID 的來電次數。
8. 快訊政策
在本節中，我們會使用您建立的自訂指標，並監控其資料達到特定門檻 (例如錯誤數量超過特定門檻時，我們就會發出快訊)。也就是說，我們將設定警告政策。
建立快訊政策
讓我們前往「廣告空間搜尋」資訊主頁。這會顯示我們建立的圖表，用於記錄廣告空間查詢錯誤，如下所示：
即可顯示目前的指標資料。我們先來編輯指標，如下所示 (按一下「編輯」按鈕)：
畫面上就會顯示指標詳細資料。我們將從顯示錯誤率的圖表，轉換為顯示錯誤總和 (即錯誤數量)。變更的欄位如下所示：
點選右上角的「套用」，返回「指標」畫面，但這次我們可以看到校正週期內的錯誤總數與錯誤率。
我們將建立快訊政策，在錯誤數量超出門檻時通知我們。按一下圖表右上角的 3 點圖示，然後在選項清單中 (如上所示)，按一下「轉換為快訊圖表」。
您應該會看到如下所示的畫面：
點選「下一步」就會顯示可設定的門檻值。這裡的樣本門檻為 5，但您可以視需要選擇。
點選「NEXT」即可顯示通知表單
我們已將「Notification Channel」(通知管道) 設為先前建立的電子郵件管道。您可以填寫其他詳細資料，例如說明文件 (這會在發出快訊時提供)。按一下「NEXT」即可查看摘要並完成程序。
您建立快訊政策後，該政策會顯示在快訊政策清單中，如下所示。如要查看快訊政策清單，請前往「Monitoring」>「Alerting」。掃描頁面中的「政策」部分，即可查看目前已設定的政策清單。
太好了！現在，您已完成自訂快訊政策，如果查詢 Inventory API 的錯誤率增加時，就會通知您。
9. Service Monitoring (選用)
在本節中，我們將根據網站穩定性工程 (SRE) 原則，為服務設定 SLI/SLO。您會發現，Cloud Monitoring 會自動偵測您在 Cloud Run 中部署的服務，並自動計算可用性、延遲等重要服務等級目標，以及錯誤預算計算。
我們現在就來為 API 服務設定延遲時間服務等級目標。
為廣告空間服務設定延遲時間 SLO
在 Cloud 控制台的主選單中，依序點選「監控」→「服務」。這會顯示已為服務監控設定的服務清單。
目前沒有任何服務已設定 SLI/SLO 監控，因此清單為空白。請先按一下頂端的「DEFINE SERVICE」連結，定義 / 識別服務。
系統會自動探索可用於服務等級目標監控的服務。這項服務可偵測 Cloud Run 服務，因此在清單中會顯示部署至 Cloud Run 的 Inventory API 服務。
畫面中顯示的顯示名稱可能有所不同，實際名稱取決於您在 Cloud Run 部署服務時選擇的名稱。按一下「提交」按鈕。系統隨即會顯示下圖所示畫面：
您可以按一下「建立 SLO」。現在您可以從系統自動計算的 SLI 中進行選取。
我們選擇以「延遲 SLI」做為起點。按一下「繼續」。接著，您會看到畫面顯示這項服務目前的效能，以及一般延遲時間。
我們將門檻值設為 300ms，這是我們想要達成的目標。您可以選擇其他值，但請注意，這會影響您相應定義的誤差預算。點選「繼續」。
我們現在設定服務等級目標 (目標和評估期間)，如下所示：
這表示我們將評估期間選為滾動類型期間，並在 7 天內進行評估。同樣地，我們針對指定目標選擇了 90% 的目標。這裡指的是，90% 的 API 服務要求應在 300 毫秒內完成，且應在 7 天內進行評估。
按一下「繼續」。系統會顯示摘要畫面，您可以按一下「UPDATE SLO」按鈕確認。
這樣就能儲存 SLO 定義，系統也會自動計算錯誤預算。
你可以嘗試以下幾種方法：
- 透過多次呼叫執行 API，並查看服務效能以及其對剩餘錯誤預算的影響。
- 修改原始碼，在部分呼叫中隨機加入額外的延遲 (休眠) 時間。這會導致多個呼叫的延遲時間增加，並對錯誤預算造成負面影響。
10. 恭喜
恭喜！您已成功將範例應用程式部署至 Google Cloud，並瞭解如何使用 Google Cloud 作業套件監控應用程式的健康狀況！
涵蓋內容
- 將服務部署至 Google Cloud Run。
- 為 Google Cloud Run 服務設定資訊主頁。
- 運作時間檢查。
- 設定自訂記錄指標，並根據這些指標建立資訊主頁/圖表。
- 探索 Metrics Explorer 並設定資訊主頁/圖表。
- 設定快訊政策。
- 在 Google Cloud 中為服務監控設定服務水準指標/服務水準目標。
注意：如果您使用自己的帳戶和 Google Cloud 專案執行程式碼研究室，則系統可能會繼續向您收取分配資源的帳單費用。因此，完成實驗室後請刪除專案和資源。
後續步驟
請參閱這項 Cloud Skills Boost 任務，進一步瞭解 Google Cloud 作業套件。