WhatsUp Gold 360 通知管理如何把正確的監控事件，送到正確的人員、頻道與時間；以及未來還能如何發展。

重點摘要—WhatsUp Gold 360 通知管理提供一個共用的雲端層，讓管理員與使用者設定通知服務提供者、溝通頻道、主題、訂閱、篩選條件與排程。除了電子郵件與簡訊，2026 年 7 月版本也加入 Microsoft Teams 與 Slack 通知。這讓團隊更容易控制：哪些人會收到支援的基礎架構通知、透過哪個管道收到，以及什麼時候收到。 本文提到的未來構想，包括客戶自行管理驗證、更多事件處理流程、行動裝置體驗，以及更完整的事件資訊，都只是發展方向，不代表產品承諾或已確定的功能。

監控事件只有送到正確的人，才真正有用

網路監控團隊通常不缺事件通知。真正困難的是，如何把這些通知送給正確的處理人員，同時避免其他人收到大量不相關的訊息。

例如，分公司網路中斷，應該通知網路維運團隊；授權即將到期，可能要通知管理員或採購負責人；影響正式服務的效能門檻超標，白天可能要發到團隊頻道，晚上則要通知值班工程師的個人裝置。

當企業使用多個 WhatsUp Gold 執行個體、多個地點及不同的協作工具時，通知規則會變得更難管理。收件人會更換，值班時間會輪替，有些部門使用 Microsoft Teams，另一些部門則使用 Slack。如果每台監控伺服器都各自維護相同的通知規則，設定很容易逐漸不一致。

WhatsUp Gold 360 通知管理為支援的通知提供集中式雲端架構。它不把每個目的地都當成一次性的電子郵件地址，而是將「發生了什麼事」、「誰需要知道」、「透過哪個管道傳送」及「什麼時候傳送」分開管理。

可以把它想成郵局的分件系統：事件是寄出的包裹，訂閱者是收件人，頻道是配送方式，排程則是配送時間。各部分分開管理，通知就不必每次都從頭設定。

什麼是 WhatsUp Gold 360 通知管理？

通知管理是 WhatsUp Gold 360 內建的功能，詳情請參閱2026 年 7 月版本說明。

通知管理以「主題」整理事件通知。主題代表一種通知情境，例如監控資源停止運作，或效能超過設定的門檻。使用者可以訂閱需要關注的主題，並套用支援的篩選條件與排程。管理員則負責設定通知服務提供者及組織共用的溝通頻道。

系統也支援「通知事項」。這些是 Progress 定義的資訊訊息，例如授權提醒、預定維護資訊或功能公告。其中部分通知事項可能是強制通知。

主題與通知事項的用途不同，但兩者都能用一致的方式，將資訊送給適合的對象。

簡單來說：事件或通知事項說明發生了什麼事；訂閱說明誰想知道；篩選條件與排程決定目前是否要傳送；溝通頻道決定送到哪裡；服務提供者則負責實際送出通知。

通知流程，一步一步看

這種分層方式對日常維運很重要，因為每一層都能獨立調整。團隊可以更換協作頻道，不必重新設定原本的監控事件；使用者可以更新自己的通知方式，不必請管理員重新建立整套團隊路由；當支援時段改變時，管理員也能調整排程，同時保留原有的主題訂閱。

個人頻道與組織頻道，負責不同工作

個人頻道：讓使用者自己決定通知方式

個人頻道屬於單一使用者，例如電子郵件地址或手機號碼。當通知應該跟著「人」走，而不是跟著「團隊」走時，個人頻道就很適合。

例如，值班工程師的簡訊號碼、管理員的電子郵件地址，或檢閱人員偏好的通知目的地，都可以設定為個人頻道。

這種方式讓使用者自行決定如何接收已訂閱的主題，也不必把每個人的地址都寫進共用團隊設定中。

不過，彈性也需要管理。重要服務不應只依賴一個人的個人頻道，應該準備備援通知方式；人員或聯絡方式變更後，也要重新測試個人頻道。

組織頻道：建立團隊共用目的地

管理員可以為團隊、群組或共同的維運目的地建立組織頻道。例如網路營運中心的 Microsoft Teams 頻道、雲端維運團隊的 Slack 頻道，或區域支援服務台的共用通知路由。

組織頻道能清楚表示通知由誰負責，也能避免在許多規則中重複輸入相同的收件人。

這也形成清楚的分工：

• 管理員負責共用服務提供者、核准的目的地與排程。
• 使用者則管理自己的偏好與訂閱。

這種分工比由同一個人維護所有收件人及通知路由，更適合大型環境。

電子郵件、簡訊、Microsoft Teams 與 Slack：依工作選擇管道

WhatsUp Gold 360 通知管理支援電子郵件與簡訊通知。2026 年 7 月版本也加入 Microsoft Teams 與 Slack 整合。

Teams 與 Slack 是透過連結到特定目的地頻道的 Incoming Webhook 傳送通知，而不是送到個人收件匣。管理員可以設定目的地、確認連線，並獨立啟用或停用各個通知服務提供者。

頻道本身不是完整的升級處理政策。若每個事件都發到聊天工具，只是把信箱裡的雜訊搬到另一個更忙的聊天室。

真正該問的不是「我們有哪些整合工具？」而是：「哪個對象需要知道這個主題？應該透過哪個目的地？在哪個值班時段通知？」

五個實用的通知管理例子

以下情境是說明用途的例子，不是客戶案例，也不代表每個租戶都一定支援文中提到的所有事件或篩選條件。

1. 分公司在下班後失去網路連線

某零售商有許多遠端據點，但夜間只有一名工程師負責處理連線問題。

管理員建立網路營運團隊的組織電子郵件頻道，並維護負責寄信的服務提供者。值班工程師則設定個人簡訊頻道。透過訂閱與排程，系統可以在上班時間通知團隊，夜間則通知值班工程師。

這種設計的前提是連接器與雲端路徑能回報事件。此外，也要準備雲端通知無法傳送時的備援方式。維運手冊應說明如何確認據點狀態、檢查連接器，以及通知路徑失效時如何升級處理。

2. 製造團隊只想收到生產環境通知

某製造商分別管理企業 IT 與工廠網路的 WhatsUp Gold 環境。工廠支援團隊只訂閱與自己工作範圍相關的主題，並使用支援的網站、連接器或嚴重程度篩選條件。

企業 IT 的事件仍會送給中央網路團隊，但不會塞滿工廠團隊的通知頻道。

好處不只是減少訊息。更重要的是，責任變得清楚。收件人可以知道通知為何送到這裡，管理員也有集中位置檢查共用頻道與排程。

對安全性要求高或受法規規範的流程而言，雲端通知層應該是現有警報與升級程序的補充，而不是在沒有說明的情況下取代原有流程。

3. 併購後同時使用 Teams 與 Slack

母公司使用 Microsoft Teams 協調事件，新併入的企業則使用 Slack。WhatsUp Gold 360 可以透過不同的 Webhook 目的地，把支援的通知送到兩個團隊原本使用的協作頻道。

監控事件不必因為收件人使用不同的協作平台，就重新建立一套規則。

不過，Webhook 的管理容易被忽略。團隊應記錄：

• 每個 Webhook 是由誰建立。
• Webhook 如何受到保護。
• 如何進行更新、輪替或撤銷。
• 目的地頻道改名或封存後要如何處理。

測試傳送也應該成為新頻道建立及變更管理的一部分，而不是只在第一次設定時測試一次。

4. 效能超標只在值班時間通知團隊

某區域支援團隊只需要在上班時間收到效能門檻通知，晚上與週末則由另一個團隊負責。

排程可以控制哪些頻道在什麼時間允許接收通知。不同團隊可以訂閱相同主題，但在不同時段收到通知，不需要複製監控資源或重新建立監控邏輯。

排程能減少不必要的通知，但也可能產生時間邊界問題。請測試時區、日光節約時間、假日，以及不同值班時段之間的空檔。

如果一個排程結束的時間，剛好是另一個排程開始的時間，也應確認該時間點發生的事件會如何處理，並把預期結果記錄下來。

5. 管理員需要產品通知，但不想打擾網路營運中心

不是所有訊息都是基礎架構事件。授權到期提醒、預定的 WhatsUp Gold 360 維護時段或功能公告，可能只需要管理員注意，不必打斷網路營運頻道。

通知事項可以使用獨立的訂閱與傳送方式。若 Progress 判定某些訊息必須送達，也可以使用強制通知。

這種分開管理的方式，有助於讓維運頻道保持清楚，也提醒管理員在授權、採購或平台負責人變更時，重新確認通知的負責對象。

從多台 WhatsUp Gold 伺服器，走向單一通知層

監控環境越多，集中式通知管理的價值越明顯。

WhatsUp Gold Enterprise 或 Enterprise Plus 客戶，可能依地區、事業單位、安全區域或工作內容，分別使用不同的 WhatsUp Gold 執行個體。這些本機伺服器仍然負責監控與許多管理工作，而 WhatsUp Gold 360 則為支援的雲端可見性與通知提供共同層。

如果沒有共同的通知層，收件人變更時，可能要在多台伺服器上重複修改。排程可能逐漸不同，有些地點可能還在通知已離職的員工，或使用已經過時的團隊頻道。

集中式通知管理提供一個共同位置，讓團隊標準化支援的目的地與訂閱，同時保留各地監控環境的獨立性。

集中管理不代表什麼？WhatsUp Gold 360 並不是雲端版本的工具，可以取代所有本機 WhatsUp Gold 操作、警報政策或管理流程。 團隊應記錄：哪些通知來自 WhatsUp Gold 360、哪些通知仍由本機系統處理，以及如何發現通知重複或遺漏。

把通知管理當成維運系統來設計

• 成功導入通知管理，不只是建立幾個頻道。請把通知路由當成一個小型維運系統，安排負責人、測試方式與生命週期管理。
• 先盤點對象，再設定目的地。先找出每類事件的負責團隊與角色，不要一開始就只整理一張電子郵件地址清單。
• 分開處理緊急事件與一般資訊。中斷事件、門檻超標與產品公告，不應預設使用同一條通知路由。
• 清楚區分個人與組織的所有權。決定哪些頻道由使用者維護，哪些目的地由管理員管理。
• 整理涵蓋時段。包含時區、輪班交接、週末、假日與不同地區之間的交接。
• 測試每條通知路徑。確認服務提供者連線、Webhook 目的地、訊息格式，以及實際收件人是否收到通知。
• 準備故障備援。若雲端連線、連接器或第三方傳送服務中斷，仍應保留獨立通知路徑或本機處理流程。
• 檢查使用量與費用。電子郵件與簡訊會計入每月使用量；大規模導入前，管理員應先了解適用的用量計算方式。
• 定期檢查生命週期。人員、電話號碼、團隊名稱、工作區、服務提供者或支援合約變更時，重新確認相關頻道。

常見錯誤

• 把每個主題都送到每個頻道。目的地越多，不代表涵蓋越完整；如果收件人分不出緊急程度與負責人，反而會降低處理效率。
• 把聊天工具當成百分之百可靠的傳送方式。Webhook 可能失效，頻道可能被靜音，協作平台也可能暫時無法使用。
• 使用單一個人頻道作為團隊路由。人員異動可能讓通知中斷，而且不一定會出現明顯的設定錯誤。
• 忽略重複通知。本機 WhatsUp Gold 動作與 WhatsUp Gold 360 訂閱可能同時發送通知，因此要事先設計清楚。
• 變更後沒有測試。設定成功儲存，不代表服務提供者、Webhook 與目的地仍能完整運作。
• 假設所有未來事件現在都已支援。部署前應依目前文件及租戶實際狀態，確認主題涵蓋範圍、篩選條件與工作流程。

下一步：從傳送訊息，走向事件處理體驗

通知管理建立了幾個可重複使用的基本元件：身分、主題、訂閱、篩選條件、排程、服務提供者與傳送頻道。

這些元件未來可以支援更完整的維運體驗。理想方向不只是「送出一則訊息」，而是協助團隊在多個監控環境中了解事件、確認負責人，並採取後續行動。

以下內容是根據過去分享的產品發展方向整理而成，並不代表目前已提供的功能、確定日期或合約承諾。產品名稱、包裝方式、時間與範圍都可能調整。

自行管理驗證方式

未來的客戶自主管理驗證功能，可能讓企業將 WhatsUp Gold 360 的存取權限連接到現有的身分環境，而不是把雲端帳號當成另一個獨立系統管理。

實際好處是管理方式更一致。使用者的存取權限可以配合企業既有的身分生命週期，平台管理也能沿用原本的控管方式。

不過，實作細節仍然很重要。「自行管理驗證」可能涉及不同通訊協定、身分提供者、聯合登入方式、網域要求或授權條件。

我們計畫支援以 OIDC 與 SAML 為基礎的驗證流程。

更完整的通知與事件中心

未來的集中式事件檢視畫面，可能讓維運人員在一個地方查看不同網站與 WhatsUp Gold 執行個體的活動通知、了解負責人，並開始後續處理。

這可以縮短「訊息已送出」與「團隊知道誰在處理」之間的距離。未來可能包含確認事件狀態、指派事件、查看升級資訊，或檢視更清楚的事件時間軸。

以上只是可能的價值，不是已確認的功能。事件中心只有在狀態可信、角色清楚時才真正有用。如果一個系統中的確認狀態無法同步到另一個系統，維運人員仍可能需要比對本機與雲端畫面。

行動裝置與推播流程

電子郵件、簡訊與聊天工具已涵蓋許多通知需求，但更適合手機使用的功能，可能讓值班工程師不在電腦前時，也能查看事件內容並執行核准的下一步。

不過，「收到推播」和「完成一整套行動事件處理流程」是兩件不同的事。實用的行動體驗還需要身分確認、事件背景、確認行為，以及在需要更深入處理時回到本機疑難排解流程的清楚入口。

更完整的背景資訊、關聯分析與根本原因協助

當 WhatsUp Gold 360 能從多個環境取得支援的資料後，未來功能可能協助團隊將相關訊號分組、找出可能的依賴關係，或整理事件周邊的證據。

這樣可以減少工程師在多個網站、連接器或監控伺服器之間來回比對通知的時間。

智慧根本原因分析的目標，是提供判斷上的協助，而不是直接宣告原因。它比較像一張地圖，可以指出可能的方向，但工程師仍要親自確認路況。

關聯分析可能指出某個合理原因，但設定資料、依賴關係品質、監控資料涵蓋範圍及事件時間，都會影響結果。本機監控系統與工程師的實際確認仍然不可或缺。

更多部署與傳送彈性

長期來看，通知管理可以配合客戶現有的作業環境，包括不同的身分系統、協作頻道、網路邊界與監控架構。

更多服務提供者、整合方式或部署模式，可能讓相同的主題與訂閱模型支援更多情境，而不必要求所有客戶使用同一條通知路徑。

高度隔離或完全離線的環境仍然是特殊情況。目前文件中的連接器模型需要連線到雲端。未來，我們希望支援不具備網際網路連線的隔離部署環境。

目前功能，還是未來方向？

目標：事件發生時，不必臨時決定通知誰

事件發生時，維運人員不應該才開始思考：誰負責？要使用哪個頻道？收件人現在是否值班？

這些決定應該在通知設計階段先完成。WhatsUp Gold 360 通知管理透過主題、訂閱、頻道、服務提供者、篩選條件與排程，讓團隊預先規劃通知方式。

在單一環境中，這種結構能讓通知更容易理解；在多台 WhatsUp Gold 伺服器、多個網站與多個團隊之間，則能形成共同的作業層。

電子郵件、簡訊、Microsoft Teams 與 Slack，讓企業可以透過不同方式通知工作人員；個人頻道與組織頻道，則能將個人偏好與團隊共用目的地分開管理。

未來，通知管理還可以進一步連結企業身分、事件背景、行動流程與智慧分析。現在已經有了基礎，下一步就是擴充訊息送達後能做的事情，同時保留集中式通知管理原本的清楚、可控與本機監控獨立性。

如需導入 WhatsUp Gold 360 通知管理，請參閱官方文件，並在部署前確認您環境中可使用的主題、服務提供者、篩選條件、頻道狀態與授權內容。

資料來源