資訊專欄INFORMATION COLUMN
摘要：對于，唯一可以指向的兩個行為是增加容器的數量和減少容器的數量。使用在超出范圍內對服務進行伸縮是不允許的。沒有身份認證或實物需要通過請求發送到。
Rancher 1.4已于上周全面發布！新版本帶來了Dashboard和Helm的集成，更細致的網絡策略控制，直接構建進平臺中的保密管理，當然還有今天要重點介紹的主角，Webhooks！
Rancher 1.4版本為webhooks添加了一個新特性，賦予其一個能夠處理彈性伸縮的初始驅動程序。實現webhooks的一個關鍵概念就是“Receiver（接收器）”，它可以讓你注冊一個webhook，并且提供給你一個觸發Rancher內部action的url。
我們為webhooks實現了微服務，叫做webhook-service。我將利用我們目前的驅動程序—scaleService來解釋該功能。scaleService driver允許用戶創建一個receiver hook，用于對服務進行縱向擴容或縮容。一個典型的用例就是與監控系統集成，觀測負載均衡器流量，當響應時間或每秒的請求數達到某個閾值時，調用這個receiver hook。下面我將詳細介紹在Rancher中創建receiver hook的步驟。
新增一個Receiver Hook在UI中導航到API -> webhooks。你為所選環境創建的所有receiver hook，都會在“Receiver Hooks”這一界面中被列出。
點擊”Add Receiver”，您將看到要輸入的字段：
在此頁上，要輸入的字段如下：
Name：每一個receiver hook都應該有一個獨特的名稱，以便它可以很容易地被識別；
Kind：“Kind（種類）”的下拉列表中列出了所有在webhook-service中可使用的驅動程序。從列表中選擇一個驅動程序（v1.4中只有“Scale a Service”這一個選項——更多基于社區貢獻和要求的驅動程序很快就會與大家見面的！）；
Action：此字段允許您指定指向此驅動程序的action(動作)。對于scaleService driver，唯一可以指向的兩個行為是“up”（增加容器的數量）和"down"（減少容器的數量）。
這之后的字段是scaleService driver特有的：
Target Service：從這個下拉列表中選擇要擴／縮容的服務（如下所示）；
By：此字段要求用戶輸入所選服務的擴／縮容比例；
Minimum Scale 和Maximum Scale：您的服務可以允許的容器的最小和最大數量。使用webhooks在超出范圍內對服務進行伸縮是不允許的。
所有字段都輸入后，點擊“創建”：
創建的receiver hook會顯示在webhooks頁面上。“Trigger URL”用于實際的縱向擴容或縮容操作。在這個字段旁邊，還有刪除和復制receiver hook的選項：
使用Receiver Hook“Trigger URL”會為驅動程序執行操作。要使用trigger URL，你需要對特定的URL發送POST請求。沒有身份認證或實物需要通過POST請求發送到URL。這個URL由一個API終點和一個標記組成。該標記包含所創建的receiver hook的所有信息，如選定的驅動程序、服務、行為（縱向擴／縮容），以及該服務的伸縮比例。API終點使用這個標記生成Cattle API調用，并完成所創建的receiver hook指定的行為。
使用webhook service自動伸縮來自webhook service的scaleService driver，可以基于容器的度量對服務進行自動伸縮。要想這樣做，webhook服務必須與一個外部監控服務一同使用。一旦你創建了一個服務，就要按照上面的步驟為它添加一個webhook。然后復制trigger URL并在監控服務中使用：當特定的度量（如響應時間）越過指定的閾值時，向該trigger URL發送一個"POST"請求。監控服務如Prometheus有一個"webhook_configs"字段，用于指定需要發送的請求格式為"POST"的URL。一旦你進行了上述的配置，webhook service將會對服務進行伸縮操作。
未來的驅動程序及其特性我們計劃在webhook服務中增加更多的驅動程序。在未來的版本中，我們致力于增加能夠縱向擴／縮容主機的驅動程序，并且在dockerhub webhooks的基礎上重新部署服務。我們也樂于為新的驅動程序做出貢獻。你可以參考這些步驟添加新的驅動程序，也可以發送建議到我們的webhook服務庫。
文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。
轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/26781.html
摘要：已全面發布一如往常，我們首推您通過上的全面了解最新版本。和為了繼續向著更好的體驗邁進，我們用替換了，用替換了模板。的目標之一，自始至終都是支持主流容器技術，而集成和是這一理念的自然組成部分。我們的產品根據用戶的需要而進步。 Rancher 1.4已全面發布！一如往常，我們首推您通過Rancher GitHub上的Releases Notes全面了解Rancher最新版本。不過在這里，我...
摘要：已全面發布一如往常，我們首推您通過上的全面了解最新版本。和為了繼續向著更好的體驗邁進，我們用替換了，用替換了模板。的目標之一，自始至終都是支持主流容器技術，而集成和是這一理念的自然組成部分。我們的產品根據用戶的需要而進步。 Rancher 1.4已全面發布！一如往常，我們首推您通過Rancher GitHub上的Releases Notes全面了解Rancher最新版本。不過在這里，我...
摘要：而利用進一步提高了序列化速度，降低了數據包大小。帶來的最大好處是精簡請求響應內容，不會出現冗余字段，前端可以決定后端返回什么數據。再次強調，相比和，是由前端決定返回結果的反模式。請求者可以自定義返回格式，某些程度上可以減少前后端聯調成本。 1 引言 每當項目進入聯調階段，或者提前約定接口時，前后端就會聚在一起熱火朝天的討論起來。可能 99% 的場景都在約定 Http 接口，討論 URL...
摘要：元數據性能增強通過緩存元數據信息，我們大大增強了的元數據服務。這減少了數據庫抖動，也減少了傳遞到每個元數據服務的元數據需要占用的空間。由于許多服務都依賴于元數據，當然這也取決于用戶具體的實現方式您應該可以明顯感受得到性能的整體提升。 Rancher容器管理平臺1.5版已正式與大家見面了。此版本中的各項增強功能，均旨在讓Rancher能夠更好地支持企業級生產環境中的使用。 在新版本中，額...
閱讀 3569·2021-11-15 11:36
閱讀 1060·2021-11-11 16:55
閱讀 695·2021-10-20 13:47
閱讀 2993·2021-09-29 09:35
閱讀 3428·2021-09-08 10:45
閱讀 2554·2019-08-30 15:44
閱讀 849·2019-08-30 11:10
閱讀 1428·2019-08-29 13:43
