Google通知

本節介紹版本1.有效載荷圖的2. 某些字段可能不會出現在所有返回的軟件包或目前的空值中，具體取決於警報規則的配置，事件的狀態或受監視的資源. 一些字段使用集成結構作為值. 這些結構是通過參考來描述的，因為它們的內容也可能有所不同.

創建和管理通知渠道

本文檔說明瞭如何使用Google Cloud Console配置通知頻道. 當觸發警報規則時，雲監視使用這些渠道警告您或發送通知. 創建警報規則時，您可以通過從配置的通知頻道列表中選擇接收通知的用戶. 例如，您可以配置警報，以監視計算引擎實例以發布酒吧/sub主題，並警告on -call團隊的鬆弛頻道.

如果您喜歡的通知頻道不兼容，請考慮創建基於向酒吧/Sub發送通知的管道. 要使用燒瓶獲取Python示例，請參見具有云監視和雲運行的創建個性化通知頁面. 有關其他示例，請參見git-cloud-Alerting-Notification-forwarding-todranding礦床.

要使用雲監視API配置通知頻道，請參閱創建和管理API通知頻道.

注意到 ：發送給鏈收件人的數據可能包含敏感信息. 在創建通知渠道之前，請諮詢您的監管實踐.

有關警報規則通知的更多信息，請參見以下頁面：

• 有關問題開始和創建警報之間延遲的更多信息，請諮詢通知的延遲部分.
• 要了解有關警報規則生成的通知數量的更多信息，請參見事件通知部分.

默認情況下，警報規則僅將通知發送給事件的創建. 要在事件打開或關閉時接收通知，請修改警報規則. 在“通知”部分中，選擇 通知事件的關閉.

在你開始之前

要獲得使用Google Cloud Console顯示和配置通知渠道所需的授權，請您的管理員分配IAM編輯器監視角色（角色/監視.編輯）. 要了解有關角色分配的更多信息，請參見“管理訪問”部分.

您還可以通過個性化角色或其他預定義的角色獲得所需的授權.

要了解有關雲監視角色的更多信息，請參閱具有身份和訪問管理的控制訪問頁面.

創建通知頻道

創建警報規則時，您可以選擇配置的任何通知頻道並將其添加到您的規則中. 您可以預配合您的通知頻道，或將其配置為創建警報規則的一部分. 有關更多信息，請參閱按需創建頻道.

注意到 ：我們建議您為冗餘目的創建多個通知渠道. 向他們發送通知後，Google無法控制大量的交付系統. 此外，只有一項Google服務與Cloud Mobile App，Pagerduty，Webhooks和Slacks兼容. 如果您使用以下通知通道之一，請使用冗餘消息，SMS或Pub/sub.

要使用Google Cloud Console創建通知頻道，請按照下表中包含的頻道中的特定說明：

電子郵件地址

要添加電子郵件通知渠道，請按以下方式執行：

1. 在Google Cloud Console中，選擇 監視, 然後 通知警報, 或單擊以下按鈕：訪問警報接口
2. 點擊 修改通知渠道.
3. 在節中 電子郵件, 點擊 新的.
4. 輸入一個電子郵件地址和描述.
5. 點擊 節省.

如果您使用組電子郵件地址作為警報規則的通知渠道，請配置該組以接受NORTING NOREPLY@GOOGLE的電子郵件.com .

您可以在創建警報規則時創建消息通道. 要了解更多信息，請參閱“按需創建鏈”.

移動應用程序

使用Google Cloud的移動應用程序來監視Google Cloud Console的資源，並在您身邊監視信息. Google Cloud Console的移動應用程序的通知發送到特定的設備或用戶：

• 價值 裝置 （設備）指出通知僅發送到創建通知頻道的特定設備. 對於設備尺度上的設備級別，該字段 顯示名稱 （要顯示的名稱）包括設備信息.
• 用戶 表示已將通知發送到安裝Google Cloud Console Mobile應用程序的所有設備.

雲監視確定創建通道時的通知範圍. 您既不能選擇也不能修改範圍.

要在Google Cloud Console中為特定的Google Cloud Project配置移動應用程序通知頻道，請按以下方式進行：

1. 從用於移動設備的應用程序下載平台上安裝Google Cloud Console Mobile應用程序.
2. 選擇一個要在Google Cloud Console Mobile應用程序中顯示的項目. 一旦選擇了項目，就會發生應用程序和選定的Google雲項目之間的數據交換. 當沒有. 幾分鐘後，該部分列出 行動裝置 頁面 通知渠道.

要將移動設備添加為警報規則的通知渠道，請轉到該部分 通知 並選擇 Google Cloud Console（手機）, 然後從列表中選擇您的移動設備.

Pagerduty

與Pagerduty集成可以通過監視進行單向或雙向同步. 無論您的配置如何，都適用以下條件：

• 當監視中創建事件時，Pagerduty也打開了鏡像事件.
• 您不能使用Pagerduty關閉監視事件.

如果您使用一個 – 道路同步並在Pagerduty中糾正事件，則Pagerduty中事件的狀態與事件的監測狀態分離. 的確，如果您解決了Pagerduty的事件，它肯定會在Pagerduty中關閉，無法重新開放.

如果您使用雙向同步，則監視控制狀態Pagerduty指示的狀態. 如果您在Pagerduty中糾正事件並通過監視打開，則該事件在Pagerduty中重新開放.

要配置通知PAGERDUTY，請按以下方式進行以下操作：

1. 在Pagerduty ：在Pagerduty網站上創建一個Pagerduty帳戶.
2. 添加PagerDuty通知渠道：
   1. 在Google Cloud Console中，選擇 監視, 然後 通知警報, 或單擊以下按鈕：訪問警報接口
   2. 點擊 修改通知渠道.
   3. 在節中 Pagerduty, 點擊 新的.
   4. 輸入 顯示名稱 （要顯示的名稱）. 添加集成時，此名稱必須與提供給Pagerduty的名稱相對應.
   5. 輸入 集成服務密鑰 由Pagerduty在現場生成 服務密鑰.
   6. 點擊 節省.
   1. 開放式PAGERDUTY
   2. 選擇 配置, 選擇 服務, 然後，您在配置集成時輸入的服務名稱.
   3. 點擊 修改參數, 選擇 創建事件, 然後取消選中盒子 創建警報和事件.

   創建警報規則時，選擇 Pagerduty 在節中 通知 並選擇您的Pagerduty配置.

   JSON PAGERDUTY軟件包採用以下格式：

   要顯示一個示例和詳細領域方案，請開發以下各節.

   JSON示例

   默認情況下，警報後端正在嘗試以版本1格式生成JSON軟件包.2. 要了解有關此格式的更多信息，請參見下一節.

   這是此類軟件包的一個示例：

     < "incident": < "incident_id": "0.opqiw61fsv7p", "scoping_project_id": "internal-project", "scoping_project_number": 12345, "url": "https://console.cloud.google.com/monitoring/alerting/incidents/0.lxfiw61fsv7p?project=internal-project", "started_at": 1577840461, "ended_at": 1577877071, "state": "closed", "resource_id": "11223344", "resource_name": "internal-project gke-cluster-1-default-pool-e2df4cbd-dgp3", "resource_display_name": "gke-cluster-1-default-pool-e2df4cbd-dgp3", "resource_type_display_name": "VM Instance", "resource": < "type": "gce_instance", "labels": < "instance_id": "11223344", "project_id": "internal-project", "zone": "us-central1-c" >>，“公制”： < "type": "compute.googleapis.com/instance/cpu/utilization", "displayName": "CPU utilization", "labels": < "instance_name": "the name of the VM instance" >>，“元數據”： < "system_labels": < "labelkey": "labelvalue" >, “ user_labels”： < "labelkey": "labelvalue" >>，“ policy_name”：“ Monitor-project-cluster”，“ policy_user_labels”： < "user-label-1" : "important label", "user-label-2" : "another label" >, “ preengation_name”：“ vm實例-CPU利用率[max]，“ threshold_value”：“ 0.9“，” overved_value“：” 0.835“，“條件”： < "name": "projects/internal-project/alertPolicies/1234567890123456789/conditions/1234567890123456789", "displayName": "VM Instance - CPU utilization [MAX]", "conditionThreshold": < "filter": "metric.type=\\"compute.googleapis.com/instance/cpu/utilization\\" resource.type=\\"gce_instance\\" metadata.system_labels.\\"state\\"=\\"ACTIVE\\"", "aggregations": [ < "alignmentPeriod": "120s", "perSeriesAligner": "ALIGN_MEAN" >]，“比較”：“ comparison_gt”，“ thresholdvalue”：0.9，“持續時間”：“ 0s”，“觸發”： < "count": 1 >>>，“文檔”： < "content": "TEST ALERT\n\npolicy.name=projects/internal-project/alertPolicies/1234567890123456789\n\npolicy.display_name=Monitored-Project-NO-GROUPBY\n\ncondition.name=projects/nternal-project/alertPolicies/1234567890123456789/conditions/1234567890123456789\n\ncondition.display_name=VM Instance - CPU utilization [MAX]\n\nproject=internal-project\n\nresrouce.project=internal-project \n\nDONE\n", "mime_type": "text/markdown" >, “摘要”：“用於內部項目GKE-CLUSTER-1-16-DEFAUL-E2DF4CBD-DGP3的CPU利用率具有公制標籤和系統標籤，返回正常，值為0.835.“>，”版本：“ 1.2“> 

   方案結構，版本1.2

   本節介紹版本1.有效載荷圖的2. 某些字段可能不會出現在所有返回的軟件包或目前的空值中，具體取決於警報規則的配置，事件的狀態或受監視的資源. 一些字段使用集成結構作為值. 這些結構是通過參考來描述的，因為它們的內容也可能有所不同.

   在返回的軟件包中，這些字段可能以任何順序出現. 在以下描述中，它們是在相關組中組織的.

   <
   “版本”：“ 1.2”,
   “事件”:: < 事件信息 “ INDACT_ID” ： 鏈 ;為此事件生成的ID.
   “ scoping_project_id” ：頻道，託管指標範圍的項目的ID.
   “ scoping_project_number” ：項目編號監視
   “ url” ：頻道，該事件的Google雲控制台的URL.
   “啟動_at” ：數字，時間（在時期的unix的幾秒鐘內）打開了事件.
   “ ended_at” ：數字（以秒為單位）關閉事件. 只有在關閉狀態時才知道 .
   “狀態” ：鏈，事件的狀況：開放或關閉 . 如果值打開，ended_at為零.
   “概括” ：鏈，生成的事件的文字摘要.
   “ apigee_url” ：鏈，此事件的Apigee URL，僅適用於Apigee環境和代理*資源*的類型* .
   “ obsoved_value” ：鏈，觀察到的值觸發/解決了警報，如果條件過期，則可以為空.

   有關開放事件的監視資源的信息.

   “資源”:: <
   “種類” ：鏈，受監控資源類型的標識符，以警報（例如，GCE_Instance；請參閱受監視資源的列表）.
   “標籤” ：與監督資源相關的標籤的對象/鑰匙谷對.
   >,
   “ Resource_type_display_name” ：鏈，名稱顯示被監視資源的類型.
   “ Resource_id” ：鏈，被監視資源的實例ID，與資源相同的值.標籤.instance_id .
   “ Resource_display_name” ：鏈，顯示監督資源的名稱.
   “ Resource_name” ：鏈，該監督資源生成的名稱；包含其他字段的值.

   有關時間序列數據的指標類型的信息.

   “公制”:: <
   “種類” ：鏈，標識符的指標類型受到警報（例如，計算.googleapis.com/instance/cpu/liturization;請參閱指標列表）.
   “ DisplayEname” ：鏈，顯示公制類型的名稱.
   “標籤” ：與指標相關的標籤的對象/值對.
   >,
   “元數據”:: <
   “ System_Labels” ：系統元數據標籤的對象/鍵鍵對.
   “ user_labels” ：用於用戶元數據標籤的對象/鍵鍵對.
   >,

   有關警報規則以及打開/解決事件的條件的信息.
   這些值是從有關的對像中提取的.

   “ policy_name” ：鏈，顯示警報規則的名稱.
   “ policy_user_labels” ：與規則關聯的所有用戶措辭的鍵/值對.
   “文件” ：對象，以文檔格式集成的結構 .
   “健康）狀況” ：對象，以條件格式集成的結構 .
   “ preengation_name” ：鏈，顯示條件的名稱，與條件相同的值.爭議 .
   “ threshold_value” ：鏈（該條件的閾值值）如果條件不是閾值條件，則可以為空.
   >,
   >

   與遺棄有關的規則

   有效載荷方案遵守與第1節中描述的Google云有關的規定.4（d）Google雲平台的使用條款. 請注意，該圖無法控制生成的字段值的格式，並且這些格式可能會更改而無需通知. 例如，事件.摘要，事件.文件.快樂和事件.URL旨在包括屬於其字段的數據，但該方案沒有任何限制來保證對這些字段的精確分析. 您可以使用整個價值，並期望它尊重與放棄有關的法規，但不依賴於生成的字段的分析.

   簡訊

   要通過SMS配置通知，請按以下方式進行：

   1. 在Google Cloud Console中，選擇 監視, 然後 通知警報, 或單擊以下按鈕：訪問警報接口
   2. 點擊 修改通知渠道.
   3. 在節中 簡訊, 點擊 添加.
   4. 通知對話框，然後單擊 節省.

   配置警報規則時，選擇通知的類型 簡訊 並從列表中選擇經過驗證的電話號碼.

   鬆弛

   注意到 ：要執行這些步驟，您必須是工作區Slack的所有者或管理員. 有關更多信息，請參閱管理邀請請求.

   在創建事件時，將監視與Slack的集成使您的警報規則可以在Slack頻道上發布數據. 要配置鬆弛通知，請按以下方式進行：

   1. 在懈怠 ：在Slack網站上創建一個工作區和Slack頻道. 保存頻道URL.
   2. 在Google Cloud Console中，選擇 監視, 然後 通知警報, 或單擊以下按鈕：訪問警報接口
   3. 點擊 修改通知渠道.
   4. 在節中 鬆弛, 點擊 添加 打開Slack連接頁面：
      1. 選擇您的Slack Workspace.
      2. 點擊 允許 允許雲監視訪問您的Slack工作區. 此操作將您返回到通知頻道的監視配置頁面.
      3. 在該領域 鬆弛的運河名, 輸入要通知的Slack頻道的名稱.
      4. 在該領域 雲警報名稱, 進行簡短調查. 監視顯示頁面上此字段的值 通知渠道.
      5. （可選）測試雲監視與您的Slack工作區之間的連接，請單擊 發送測試消息. 如果連接結果，則消息是測試警報通知. 顯示在您指定的Slack Notification頻道中. 諮詢通知渠道以確認接收.

      /提示@Google雲監視

      創建警報規則時，選擇 鬆弛 在節中 通知 並選擇您的Slack配置.

      Webhooks

      注意到：Webhooks僅與公共終止點兼容. 如果您需要將通知發送到非公開終止點，請創建一個酒吧/子通知渠道並將訂閱配置為Pub/Sub Sub. 有關更多信息，請參見為私人終止點配置時的Webhook通知的故障部分.

      注意到：如果將雲功能配置為通知頻道的Webhook終止點. 要了解更多信息，請諮詢函數調用的“身份驗證函數”部分，並激活對功能的訪問.

      注意力：要接收與Google Cat的通知，請部署雲運行服務並將您的通知發送給廣告. 有關此配置的示例，請參閱使用雲監控和雲運行的創建個性化通知.

      請勿配置Webhook通知，然後配置Google Cat以使用此Webhook.

      要通過Webhook配置通知，請按以下方式進行：

      1. Webhooks Manager ：確定將從監視Webhooks接收數據的公共終止點的URL.
      2. 在Google Cloud Console中，選擇 監視, 然後 通知警報, 或單擊以下按鈕：訪問警報接口
      3. 點擊 修改通知渠道.
      4. 在節中 Webhook, 點擊 添加.
      5. 填寫對話框.
      6. 點擊 測試連接 在Webhook的終點發送測試費用. 您可以訪問接待點以檢查廣播.
      7. 點擊 節省.

      創建警報規則時，選擇 Webhook 在節中 通知 並選擇您的Webhook配置. 通過錯誤報告發送的通知關注圖1.0，而那些通過監視發送的遵循圖1.2：

      JSON示例

      默認情況下，警報後端正在嘗試以版本1格式生成JSON軟件包.2. 要了解有關此格式的更多信息，請參見下一節.

      這是此類軟件包的一個示例：

        < "incident": < "incident_id": "0.opqiw61fsv7p", "scoping_project_id": "internal-project", "scoping_project_number": 12345, "url": "https://console.cloud.google.com/monitoring/alerting/incidents/0.lxfiw61fsv7p?project=internal-project", "started_at": 1577840461, "ended_at": 1577877071, "state": "closed", "resource_id": "11223344", "resource_name": "internal-project gke-cluster-1-default-pool-e2df4cbd-dgp3", "resource_display_name": "gke-cluster-1-default-pool-e2df4cbd-dgp3", "resource_type_display_name": "VM Instance", "resource": < "type": "gce_instance", "labels": < "instance_id": "11223344", "project_id": "internal-project", "zone": "us-central1-c" >>，“公制”： < "type": "compute.googleapis.com/instance/cpu/utilization", "displayName": "CPU utilization", "labels": < "instance_name": "the name of the VM instance" >>，“元數據”： < "system_labels": < "labelkey": "labelvalue" >, “ user_labels”： < "labelkey": "labelvalue" >>，“ policy_name”：“ Monitor-project-cluster”，“ policy_user_labels”： < "user-label-1" : "important label", "user-label-2" : "another label" >, “ preengation_name”：“ vm實例-CPU利用率[max]，“ threshold_value”：“ 0.9“，” overved_value“：” 0.835“，“條件”： < "name": "projects/internal-project/alertPolicies/1234567890123456789/conditions/1234567890123456789", "displayName": "VM Instance - CPU utilization [MAX]", "conditionThreshold": < "filter": "metric.type=\\"compute.googleapis.com/instance/cpu/utilization\\" resource.type=\\"gce_instance\\" metadata.system_labels.\\"state\\"=\\"ACTIVE\\"", "aggregations": [ < "alignmentPeriod": "120s", "perSeriesAligner": "ALIGN_MEAN" >]，“比較”：“ comparison_gt”，“ thresholdvalue”：0.9，“持續時間”：“ 0s”，“觸發”： < "count": 1 >>>，“文檔”： < "content": "TEST ALERT\n\npolicy.name=projects/internal-project/alertPolicies/1234567890123456789\n\npolicy.display_name=Monitored-Project-NO-GROUPBY\n\ncondition.name=projects/nternal-project/alertPolicies/1234567890123456789/conditions/1234567890123456789\n\ncondition.display_name=VM Instance - CPU utilization [MAX]\n\nproject=internal-project\n\nresrouce.project=internal-project \n\nDONE\n", "mime_type": "text/markdown" >, “摘要”：“用於內部項目GKE-CLUSTER-1-16-DEFAUL-E2DF4CBD-DGP3的CPU利用率具有公制標籤和系統標籤，返回正常，值為0.835.“>，”版本：“ 1.2“> 

      方案結構，版本1.2

      本節介紹版本1.有效載荷圖的2. 某些字段可能不會出現在所有返回的軟件包或目前的空值中，具體取決於警報規則的配置，事件的狀態或受監視的資源. 一些字段使用集成結構作為值. 這些結構是通過參考來描述的，因為它們的內容也可能有所不同.

      在返回的軟件包中，這些字段可能以任何順序出現. 在以下描述中，它們是在相關組中組織的.

      <
      “版本”：“ 1.2”,
      “事件”:: < 事件信息 “ INDACT_ID” ： 鏈 ;為此事件生成的ID.
      “ scoping_project_id” ：頻道，託管指標範圍的項目的ID.
      “ scoping_project_number” ：項目編號監視
      “ url” ：頻道，該事件的Google雲控制台的URL.
      “啟動_at” ：數字，時間（在時期的unix的幾秒鐘內）打開了事件.
      “ ended_at” ：數字（以秒為單位）關閉事件. 只有在關閉狀態時才知道 .
      “狀態” ：鏈，事件的狀況：開放或關閉 . 如果值打開，ended_at為零.
      “概括” ：鏈，生成的事件的文字摘要.
      “ apigee_url” ：鏈，此事件的Apigee URL，僅適用於Apigee環境和代理*資源*的類型* .
      “ obsoved_value” ：鏈，觀察到的值觸發/解決了警報，如果條件過期，則可以為空.

      有關開放事件的監視資源的信息.

      “資源”:: <
      “種類” ：鏈，受監控資源類型的標識符，以警報（例如，GCE_Instance；請參閱受監視資源的列表）.
      “標籤” ：與監督資源相關的標籤的對象/鑰匙谷對.
      >,
      “ Resource_type_display_name” ：鏈，名稱顯示被監視資源的類型.
      “ Resource_id” ：鏈，被監視資源的實例ID，與資源相同的值.標籤.instance_id .
      “ Resource_display_name” ：鏈，顯示監督資源的名稱.
      “ Resource_name” ：鏈，該監督資源生成的名稱；包含其他字段的值.

      有關時間序列數據的指標類型的信息.

      “公制”:: <
      “種類” ：鏈，標識符的指標類型受到警報（例如，計算.googleapis.com/instance/cpu/liturization;請參閱指標列表）.
      “ DisplayEname” ：鏈，顯示公制類型的名稱.
      “標籤” ：與指標相關的標籤的對象/值對.
      >,
      “元數據”:: <
      “ System_Labels” ：系統元數據標籤的對象/鍵鍵對.
      “ user_labels” ：用於用戶元數據標籤的對象/鍵鍵對.
      >,

      有關警報規則以及打開/解決事件的條件的信息.
      這些值是從有關的對像中提取的.

      “ policy_name” ：鏈，顯示警報規則的名稱.
      “ policy_user_labels” ：與規則關聯的所有用戶措辭的鍵/值對.
      “文件” ：對象，以文檔格式集成的結構 .
      “健康）狀況” ：對象，以條件格式集成的結構 .
      “ preengation_name” ：鏈，顯示條件的名稱，與條件相同的值.爭議 .
      “ threshold_value” ：鏈（該條件的閾值值）如果條件不是閾值條件，則可以為空.
      >,
      >

      基本身份驗證

      除了Webhook的請求之外，雲監視還根據基本身份驗證的HTTP規範發送用戶名和密碼. 雲監視需要您的服務器返回401響應，並使用適當的www-painenticate標頭返回. 有關基本身份驗證的更多信息，請參見以下資源：

      令牌身份驗證

      代幣的身份驗證需要在終止點的URL中進行請求鏈參數，以及服務器期望在自身之間秘密和監視的鑰匙. 您將在下面找到一個URL的示例，其中包括一個令牌：

      如果監視在終止點的URL上發布事件，則您的服務器可以驗證關聯的令牌. 當與SSL/TL一起使用以加密HTTP請求以防止計算機黑客學習令牌時，此身份驗證方法更有效.

      要獲取Python服務器的示例，請參見此服務器示例.

      與遺棄有關的規則

      有效載荷方案遵守與第1節中描述的Google云有關的規定.4（d）Google雲平台的使用條款. 請注意，該圖無法控制生成的字段值的格式，並且這些格式可能會更改而無需通知. 例如，事件.摘要，事件.文件.快樂和事件.URL旨在包括屬於其字段的數據，但該方案沒有任何限制來保證對這些字段的精確分析. 您可以使用整個價值，並期望它尊重與放棄有關的法規，但不依賴於生成的字段的分析.

      Pub/sub

      本節說明如何配置酒吧/子通知通道. 為了確保冗餘，我們建議您創建多個通知渠道. 我們建議您將廣告/sub關聯到Google Cloud Console，Pagerduty，Webhooks或Slacks的移動應用程序，因為Pub/su使用了不同的分發機制.

      配置酒吧/子通知通道：

      1. 激活酒吧/子API並創建主題
      2. 配置主題的通知通道
      3. 授權服務帳戶
      4. 在警報規則中定義通知渠道

      要了解數據方案，請參見圖表的示例.

      要接收警報通知，您還必須創建以下訂閱之一：毛衣，推動或BigQuery.

      當訂閱與主題不同時，在訂戶項目中創建服務帳戶並歸因於角色/pubsub.訂閱 .

      在你開始之前

      當您添加Google Cloud項目的第一個通知頻道時，雲監視將為此項目創建一個服務帳戶. 他還提供了服務帳戶中的角色身份和訪問管理服務代理監視. 該服務帳戶允許監視根據此項目的酒吧/su將通知發送到通知渠道.

      該服務帳戶具有以下格式：

      服務-項目編號@GCP-SA-Monitoring Notification.我是.gserviceaccount.com

      通知服務帳戶的名稱包括 數字 Google雲項目. 您將在Google Cloud Console的Project儀表板中找到名稱，ID和項目編號. 您也可以使用以下命令將其恢復：

      GCLOUD項目描述 Project_ID --格式=“ value（project_number）”

      您可以使用Google Cloud Console或Google Cloud顯示和修改服務帳戶.

      激活酒吧/子API並創建主題

      1. 激活您的Google雲項目的酒吧/SUP API：
         激活酒吧/子API
         1. 選擇Google Cloud項目，您計劃在其中創建酒吧/sub主題.
         2. 點擊 使能夠 當它出現時. 消息時無需採取任何措施 API激活 出現.

         gcloud pubsub主題創建NotificationTopic

         然後配置您的酒吧/子通知頻道.

         為主題配置通知

         要創建廣告/子通知頻道，您可以使用監視，Google Cloud CL CL或Google Cloud Console. 創建通知頻道後，授權通知服務帳戶發布您用作通知渠道的每個主題.

         有關使用監視或Google Cloud API創建通知頻道的更多信息，請參見創建頻道.

         要使用Google Cloud Console創建通知頻道，請按照以下操作：

         1. 在Google Cloud Console中，選擇 監視, 然後 通知警報, 或單擊以下按鈕：訪問警報接口
         2. 選擇包含您創建的Pub/Sub主題的Google Cloud Project.
         3. 點擊 修改通知渠道.
         4. 在節中 Pub/sub, 點擊 新的. 對話框 創建的酒吧/子通道 （Pub/sub Canal）顯示通過監視創建的服務帳戶的名稱.
         5. 授權服務帳戶. 您的服務帳戶可以發布所有主題或特定主題：
            • 要發布所有主題，請選擇 管理角色 並添加角色 出版商Pub/sub. 完成通知通道的配置後，請忽略下一節，標題為 授權服務帳戶, 然後轉到警報規則中定義通知渠道.
            • 要發布特定主題，請轉到下一步並授權服務帳戶在配置通知頻道後發布特定主題. 要獲取說明，請參見“授權服務帳戶”部分.
         6. 輸入以顯示您的頻道的名稱和酒吧/Sub主題的名稱.
         7. （可選）要驗證通道是否正確配置，請單擊 發送測試通知.
         8. 選擇 添加鏈條.

         然後允許服務帳戶.

         授權服務帳戶

         注意到 ：在使用API​​或Google Cloud CLI創建通知頻道時，執行此步驟，當您使用Google Cloud Console時忽略了授權步驟時.

         授權允許Notification Service帳戶發布您用作通知渠道的每個公開/SU主題. 本節介紹了以下內容的程序：

         • 授權特定主題的服務帳戶.
         • 允許所有主題的服務帳戶.

         授權特定主題的服務帳戶

         您可以允許使用Google Cloud Console和Google Cloud發布服務帳戶. 本節描述了這兩種方法.

         要使用Google Cloud Console授權您的服務帳戶為特定主題，請按以下方式進行：

         1. 在Google Cloud Console中，選擇 Pub/sub, 然後 主題, 或單擊以下按鈕：訪問酒吧/SUP主題
         2. 選擇主題.
         3. 在標籤中 授權, 選擇 添加一個主帳戶.
         4. 在該領域 新的主要帳戶, 輸入通知服務帳戶的名稱. 該服務帳戶使用以下教派協議：

         服務-項目編號@GCP-SA-Monitoring Notification.我是.gserviceaccount.com

         要使用Google Cloud CLI授權您的服務帳戶為特定主題，請在服務帳戶中分配IAM PubSub角色.該主題的出版商. 例如，以下命令為NotificationTopic主題配置IAM角色：

         gcloud pubsub主題Add-am-Policy-Binding \ Projects/項目編號/topics/notification topic -role =角色/pubsub.Publisher \ -Member =服務-Count：服務-項目編號@GCP-SA-Monitoring Notification.我是.gserviceaccount.com

         成功執行Add-am-Policy-Binding命令的響應如下：

         更新主題的IAM政策[NotificationTopic]. 綁定： ‐ 成員： ‐ 服務 - 發現：服務-項目編號@GCP-SA-Monitoring Notification.我是.gserviceaccount.com角色：角色/pubsub.發布者ETAG：BWWCDOIW1PC =版本：1

         要了解更多信息，請參閱PubSub主題附加在澤 – 政策結合參考頁面 .

         授權所有主題的服務帳戶

         要授權您的所有科目的服務帳戶，請按以下方式進行：

         

         1. 在Google Cloud Console中，選擇 我是 或單擊以下按鈕：訪問IAM
         2. 選擇 包括Google提供的角色的歸因, 如下圖所示：
         3. 以以下格式查找服務帳戶：

         服務-項目編號@GCP-SA-Monitoring Notification.我是.gserviceaccount.com

         然後在警報規則中定義通知渠道.

         在警報規則中定義通知渠道

         要在警報規則中使用酒吧/SU通知通道，請選擇頻道的類型 Pub/sub, 然後是主題.

         圖的示例

         要顯示JSON軟件包和圖表的示例，請開發以下各節.

         JSON示例

         默認情況下，警報後端正在嘗試以版本1格式生成JSON軟件包.2. 要了解有關此格式的更多信息，請參見下一節.

         這是此類軟件包的一個示例：

           < "incident": < "incident_id": "0.opqiw61fsv7p", "scoping_project_id": "internal-project", "scoping_project_number": 12345, "url": "https://console.cloud.google.com/monitoring/alerting/incidents/0.lxfiw61fsv7p?project=internal-project", "started_at": 1577840461, "ended_at": 1577877071, "state": "closed", "resource_id": "11223344", "resource_name": "internal-project gke-cluster-1-default-pool-e2df4cbd-dgp3", "resource_display_name": "gke-cluster-1-default-pool-e2df4cbd-dgp3", "resource_type_display_name": "VM Instance", "resource": < "type": "gce_instance", "labels": < "instance_id": "11223344", "project_id": "internal-project", "zone": "us-central1-c" >>，“公制”： < "type": "compute.googleapis.com/instance/cpu/utilization", "displayName": "CPU utilization", "labels": < "instance_name": "the name of the VM instance" >>，“元數據”： < "system_labels": < "labelkey": "labelvalue" >, “ user_labels”： < "labelkey": "labelvalue" >>，“ policy_name”：“ Monitor-project-cluster”，“ policy_user_labels”： < "user-label-1" : "important label", "user-label-2" : "another label" >, “ preengation_name”：“ vm實例-CPU利用率[max]，“ threshold_value”：“ 0.9“，” overved_value“：” 0.835“，“條件”： < "name": "projects/internal-project/alertPolicies/1234567890123456789/conditions/1234567890123456789", "displayName": "VM Instance - CPU utilization [MAX]", "conditionThreshold": < "filter": "metric.type=\\"compute.googleapis.com/instance/cpu/utilization\\" resource.type=\\"gce_instance\\" metadata.system_labels.\\"state\\"=\\"ACTIVE\\"", "aggregations": [ < "alignmentPeriod": "120s", "perSeriesAligner": "ALIGN_MEAN" >]，“比較”：“ comparison_gt”，“ thresholdvalue”：0.9，“持續時間”：“ 0s”，“觸發”： < "count": 1 >>>，“文檔”： < "content": "TEST ALERT\n\npolicy.name=projects/internal-project/alertPolicies/1234567890123456789\n\npolicy.display_name=Monitored-Project-NO-GROUPBY\n\ncondition.name=projects/nternal-project/alertPolicies/1234567890123456789/conditions/1234567890123456789\n\ncondition.display_name=VM Instance - CPU utilization [MAX]\n\nproject=internal-project\n\nresrouce.project=internal-project \n\nDONE\n", "mime_type": "text/markdown" >, “摘要”：“用於內部項目GKE-CLUSTER-1-16-DEFAUL-E2DF4CBD-DGP3的CPU利用率具有公制標籤和系統標籤，返回正常，值為0.835.“>，”版本：“ 1.2“> 

         方案結構，版本1.2

         本節介紹版本1.有效載荷圖的2. 某些字段可能不會出現在所有返回的軟件包或目前的空值中，具體取決於警報規則的配置，事件的狀態或受監視的資源. 一些字段使用集成結構作為值. 這些結構是通過參考來描述的，因為它們的內容也可能有所不同.

         在返回的軟件包中，這些字段可能以任何順序出現. 在以下描述中，它們是在相關組中組織的.

         <
         “版本”：“ 1.2”,
         “事件”:: < 事件信息 “ INDACT_ID” ： 鏈 ;為此事件生成的ID.
         “ scoping_project_id” ：頻道，託管指標範圍的項目的ID.
         “ scoping_project_number” ：項目編號監視
         “ url” ：頻道，該事件的Google雲控制台的URL.
         “啟動_at” ：數字，時間（在時期的unix的幾秒鐘內）打開了事件.
         “ ended_at” ：數字（以秒為單位）關閉事件. 只有在關閉狀態時才知道 .
         “狀態” ：鏈，事件的狀況：開放或關閉 . 如果值打開，ended_at為零.
         “概括” ：鏈，生成的事件的文字摘要.
         “ apigee_url” ：鏈，此事件的Apigee URL，僅適用於Apigee環境和代理*資源*的類型* .
         “ obsoved_value” ：鏈，觀察到的值觸發/解決了警報，如果條件過期，則可以為空.

         有關開放事件的監視資源的信息.

         “資源”:: <
         “種類” ：鏈，受監控資源類型的標識符，以警報（例如，GCE_Instance；請參閱受監視資源的列表）.
         “標籤” ：與監督資源相關的標籤的對象/鑰匙谷對.
         >,
         “ Resource_type_display_name” ：鏈，名稱顯示被監視資源的類型.
         “ Resource_id” ：鏈，被監視資源的實例ID，與資源相同的值.標籤.instance_id .
         “ Resource_display_name” ：鏈，顯示監督資源的名稱.
         “ Resource_name” ：鏈，該監督資源生成的名稱；包含其他字段的值.

         有關時間序列數據的指標類型的信息.

         “公制”:: <
         “種類” ：鏈，標識符的指標類型受到警報（例如，計算.googleapis.com/instance/cpu/liturization;請參閱指標列表）.
         “ DisplayEname” ：鏈，顯示公制類型的名稱.
         “標籤” ：與指標相關的標籤的對象/值對.
         >,
         “元數據”:: <
         “ System_Labels” ：系統元數據標籤的對象/鍵鍵對.
         “ user_labels” ：用於用戶元數據標籤的對象/鍵鍵對.
         >,

         有關警報規則以及打開/解決事件的條件的信息.
         這些值是從有關的對像中提取的.

         “ policy_name” ：鏈，顯示警報規則的名稱.
         “ policy_user_labels” ：與規則關聯的所有用戶措辭的鍵/值對.
         “文件” ：對象，以文檔格式集成的結構 .
         “健康）狀況” ：對象，以條件格式集成的結構 .
         “ preengation_name” ：鏈，顯示條件的名稱，與條件相同的值.爭議 .
         “ threshold_value” ：鏈（該條件的閾值值）如果條件不是閾值條件，則可以為空.
         >,
         >

         與遺棄有關的規則

         有效載荷方案遵守與第1節中描述的Google云有關的規定.4（d）Google雲平台的使用條款. 請注意，該圖無法控制生成的字段值的格式，並且這些格式可能會更改而無需通知. 例如，事件.摘要，事件.文件.快樂和事件.URL旨在包括屬於其字段的數據，但該方案沒有任何限制來保證對這些字段的精確分析. 您可以使用整個價值，並期望它尊重與放棄有關的法規，但不依賴於生成的字段的分析.

         按需建立鏈

         當您將通知頻道添加到警報規則時，必須在列表中選擇一個頻道. 要更新創建警報規則時的選項列表，請按以下方式執行以下操作：

         

         1. 在“通知”對話框中，單擊 渠道通知管理 （管理通知渠道）. 您被重定向到窗口 通道通知 （通知頻道）新標籤的.
         2. 要添加新的通知頻道，請搜索其類型，請單擊 新的, 然後遵循特定於上表中出現的頻道的說明.
         3. 返回原始標籤，在“通知”對話框中，單擊 重新整理更新 .
         4. 從更新列表中選擇通知頻道.

         測試通知通道

         雲監視不會測試通知通道. 但是，您可以通過創建警報規則並配置要觸發的條件來驗證通知通道是否正確配置.

         例如，您可以通過應用以下過程來檢查通知渠道的配置：

         1. 如果您的Google雲項目不包括計算引擎實例，請創建一個.
         2. 創建一個警報規則來監視該機構對處理器的使用. 如果您的Google雲項目包含多個實例，請添加過濾器以選擇一個實例.
         3. 配置字段 條件觸發器 如下：
            1. 選擇 臨界點 在該領域 條件類型.
            2. 選擇 低於閾值 對於領域 閾值位置.
            3. 選擇一個大於在實例中使用處理器的值. 例如，如果圖表示處理器的使用約為5％，請定義10％的閾值.
            4. 發展 高級選項, 然後選擇 沒有新的測試 對於領域 最長的窗口.

            這些參數配置規則，因此當使用計算引擎實例的處理器以下時，將其觸發. 由於您選擇的閾值高於實例的處理器的使用，因此觸發條件.

            編輯和刪除通知頻道

            要使用Google Cloud Console修改或刪除通知頻道，請按以下方式進行：

            1. 在Google Cloud Console中，選擇 監視, 然後 通知警報, 或單擊以下按鈕：訪問警報接口
            2. 點擊 修改通知渠道. 儀表板 通知渠道 包含每種類型的通知通道的部分. 每個部分列出了此類型的所有配置：
               • 要修改輸入，請單擊 編輯修改. 點擊 節省 一旦進行了更改.
               • 要刪除輸入，請單擊刪除 刪除. 點擊 刪除 在確認對話框中.

            顯示通知頻道的報紙

            您可以使用報紙資源管理器在通知渠道中顯示錯誤：

            1. 在Google Cloud Console中，選擇 記錄, 然後 報紙探險家, 或單擊以下按鈕：訪問報紙瀏覽器
            2. 輸入並運行您的請求. 有關通知渠道中錯誤的特定請求，請參見“雲監視請求”部分.

            評論

            除非另有說明，否則此頁面的內容受創意共享作業4許可的約束.0，代碼樣本由Apache 2許可證管理.0. 有關更多信息，請參閱Google開發人員網站的規則. Java是Oracle和/或其附屬公司的註冊商標.

            最後更新於2023/08/26（UTC）.

            Google通知

            

            表格電子郵件通知

            發送電子郵件，生成PDF，證書，發票，新聞信，專業文檔，將其集成到Slack，Zappier，Google聊天或其他應用程序中.

            更新表：2023年9月20日

            有關用戶評論的更多信息

            

            

            

            

            使用“表單電子郵件通知”（通過表格通知），您可以發送個性化的電子郵件通知，生成發票，證書，新聞通訊，商業信件和其他PDF以及完美的文檔. 您可以通過訪問我們的表格通知https網站：// www，找到有關附加模塊可以為您做什麼的詳細信息.formnotify.通過使用此功能，您（表格的所有者）可以 - 警告任何人，自動發送富裕的html e -mail-創建，配置和個性化e -mail的正式受訪者通知 - 發送E-郵件個性化的受訪者和其他員工- 生成完美的PDF到最近的像素，例如發票，新聞通訊，證書，商業信函或任何其他專業方面文件- 通過打開和按照特定日期和/或關閉方式限製表格一個小時的經常性時間- 返回表格的過去響應- 配置幾個可以將電子郵件發送給不同收件人的處理器- 暫時暫停發送通知的發送- 痛苦文檔的生成- 將PDF加入您的e -mail通知- 使用表達式根據表單響應來自定義值- 將QR碼集成到e -mail-導入並導出您的已配置數據- 警告您想要的所有人員，以配置Web Hooks和web鉤子和將它們集成到Google Chat，Slack，Zappier，IFTTT或其他Web服務等應用程序中 - 通過PUSH Notification通過電話通知用戶 - 使用HTTP REST與任何應用程序集成. - Web掛鉤的導入和導出 - 作為通知的一部分，將測驗分數發送給父母 - 在通過通知表開發的一定時期（https：// formnotify）中保持表單打開.com）要報告此其他模塊的問題，請訪問https：//表格.gle/tsmvvafvvwljexaav7

            附加信息

            不可用的價格

            保密

            使用條款

            表格電子郵件通知 會要求您以下授權. 了解更多

            表格電子郵件通知需要訪問您的Google帳戶

            表格電子郵件通知可能會執行以下操作：

            諮詢，修改，創建和刪除所有Google文檔文檔

            在Google Drive中顯示，創建和刪除您自己的配置數據

            在Google Drive中顯示，創建和刪除您自己的配置數據

            諮詢，修改，創建和僅刪除您在此應用程序中使用的特定Google Drive文件

            顯示並管理已安裝此應用程序的表格