“發送HTTP(S) 請求”簡單操作可以做什么？

Q:“發送 HTTP(S)請求”簡單操作是否有實際用途？

A:是的，有。多個應用程序和服務正在提供基于 HTTP的接口（使用 HTTP協議作為傳輸方式的接口）。可與“發送 HTTP(S) 請求”一起使用的Web 應用程序/服務類型示例包括

RESTful 網絡服務

支持 XML-RPC的應用程序

某些基于 SOAP的服務

下面我們列出了此類服務的幾個示例和典型用例。

向即時通訊工具發送通知

許多即時通訊工具（IM，例如Skype、ICQ、Viber、WhatsApp等）提供 RESTAPI，允許將消息發送到相應的消息流（頻道、房間、聊天等——取決于使用的信使）。注意：要查找 Messenger 是否支持合適的API，請訪問其站點。通常，您會看到類似“開發人員資源”或“API”的內容，其中包含所需信息。

示例：打開Telegram 站點并將其主頁滾動到底部。您將看到“API”鏈接：

如有疑問，您可以聯系我們的技術人員。支持學習，IPHost 是否可以向特定信使發送警報。

用例：我們已經提供了向多個IM 發送警報的說明，即

HipChat

Microsoft Teams

Slack

Telegram

向通知服務發送消息

通知服務允許以編程方式觸發多種事件類型；任何能夠對 API 調用、電子郵件、短信等做出反應的東西都可以通過這種方式觸發。通知服務示例：Amazon SNS、ApplePush Notification Service、GoogleFirebase Cloud Messaging。在使用此類服務之前，您可能需要自己建立一個 REST端點（在相應的服務描述中閱讀更多內容）。

用例：對于Amazon SNS，可以通過使用“發送HTTP(S) 請求”來實現以下目標：

發送郵件：發送郵件消息到訂閱相應SNS主題的地址；請注意，您不需要明確指定要使用的電子郵件地址：這可以被視為郵件列表

發送推送通知：SNS可用于在移動設備上制作應用程序以接收通知；因此，監控事件可以快速出現在訂閱的移動設備上

對數據庫運行查詢：可以將記錄添加到數據庫，即使它本身沒有可由IPHost 直接訪問的接口。例如，可以向數據庫添加一條記錄，允許在查詢所提到的數據庫的網站上顯示服務的狀態。其他可能的用途：通知天氣狀況、安全區域的溫度變化等

請注意，單個SNS 主題可以同時觸發上述所有操作（以及許多其他操作）。

管理托管資源

某些托管服務提供商（例如Digital Ocean、CloudSigma、Vultr——僅舉幾例）提供基于HTTP 的API，允許管理托管資源（例如，啟動或停止虛擬機、管理存儲、控制防火墻訪問）。還有一些知名的應用程序套件（例如OpenStack、WHM/CPanel）在全球范圍內被許多托管服務提供商用來設置和管理托管資源——它們也可以通過基于HTTP 的 API進行控制；因此可以通過“發送HTTP(S) 請求”簡單操作來管理。

用例：使用上述與托管相關的API，可以通過“發送HTTP(S) 請求”實現以下目的：

啟動備份服務：例如，如果郵件（SMTP）服務器出現故障，則可以使用警報操作啟動備份服務來替代發生故障的服務

暫停使用過多帶寬的虛擬站點帳戶：如果監視器報告托管站點的帶寬消耗超過特定閾值，則可以暫時暫停該站點，使其管理員能夠找到并修復資源使用率高的原因

如果監視器檢測到證書接近到期日期，則可以續訂站點SSL 證書，它可以請求續訂（使用LetsEncrypt 等服務）

可以有許多其他用途，這取決于監視的資源以及正在使用的托管管理工具/平臺。請注意，還應使用其他簡單操作（那些發送電子郵件或其他消息的操作）來警告負責監視事件和對其自動響應的人員。

發布到博客

大多數流行的博客引擎都支持使用XML-RPC 或 RESTAPI 對內容進行遠程控制（例如發布新內容）。最流行的博客平臺（引擎）支持：WordPress、Blogger（Google支持的博客平臺）、LiveJournal和其他使用 LJ代碼庫的服務；MovableType、Tumblr、Typepad等。大多數“微博”（如Twitter、Pump.io支持的服務、Plurk等）也可以使用。

這可以允許創建通用的“服務健康”帖子；請密切注意您在帖子中包含的數據，以避免泄露太多信息（如果您發布的博客是公開的）。

用例：警報（“帖子”）可以作為 Twitter直接消息、微博帖子、對WordPress 帖子的評論以及所用博客引擎允許的各種其他內容類型發送。將此類服務發布到公共時間表上毫無意義；另一方面，發布到私人（直接）消息可以是一個額外的通知渠道（特別是如果收件人使用移動設備）。

運行維護任務

如果網絡設備沒有按預期方式運行，也許是時候對其執行維護任務了。在某些情況下，簡單的重啟即可解決問題，而某些設備可能需要更復雜的操作集。注意：使用警報腳本完全自動化網絡設備重啟可能是一個非常糟糕的主意；運行檢查（反過來可以提醒管理員）是更好的主意。

上述托管服務提供商的API 允許創建快照、運行備份任務等；但是，由于這些操作也可能導致潛在的服務中斷，因此運行檢查和通知管理員等應用程序級操作更為可取。

用例：一些可以使用“發送HTTP(S) 請求”完成維護任務的示例：

如果網絡設備支持基于HTTP(S) 的API，請重啟網絡設備；例如，重新啟動 WiFi 接入點、網絡路由器、VoIP服務等。

創建站點備份副本：大多數CMS（內容管理系統，例如WordPress）支持通過基于HTTP(S) 的 API運行自動備份/自檢。運行備份創建和/或自檢是對資源可用性突然變化的良好響應

對數據存儲運行檢查：如果資源無法響應，則可以查詢備份服務是否有相關資源的新備份；BorgBackup、Acronis等備份服務支持能夠執行此類任務的API

一般的經驗法則是：針對處于問題狀態的資源運行的操作不應導致可能升級警報。因此，應該首選非破壞性操作（檢查完整性；如果不會導致資源中斷，則創建備份）。

配置網絡設備

如今，網絡上可用的資源利用各種方式來提高它們的可用性。負載平衡、使用多宿主和類似技術提供了更高的生存硬件或軟件故障的機會。然而，在某些情況下無法實現完全自動化，需要的動作可以從外部觸發。

用例包括以下典型情況：

切換到備用 Internet連接可用于自動響應無法訪問的多宿主環境的網關地址。當可以使用備用連接時，可以通過不同的線路到達相應的網絡設備，并指示將其用作默認網關。應注意確保誤報，避免不必要的切換。

如果現有公共 IP變得不可用，則可能需要為設備分配另一個IP 地址。大多數現代托管設施都提供了更改分配給設備的 IP地址列表的可能性。例如，丟失 keepalive PING 請求會觸發分配另一個沒有連接問題的IP 地址。

請注意，網絡重新配置也會破壞正常的設備功能，因此應格外小心（并且僅在非關鍵或冗余設備上使用）。

審核編輯 ：李倩