KEDA將事件驅動的自動縮放功能引入Kubernetes -新堆疊
KEDA提供了一種擴充套件到Kubernetes標準方法的替代方法,該方法用於檢視諸如CPU負載和容器的記憶體消耗之類的指標。從KEDA的角度來看,此方法是被動的,而不是主動的。與無伺服器平臺一樣,KEDA嘗試根據諸如訊息源(例如,Kafka,Azure Service Bus或RabbitMQ)中的訊息佇列大小之類的指標進行擴充套件來嘗試主動。
KEDA的貢獻者Jeff Hollan還是Microsoft Serverless Azure Functions的首席專案經理,他稱該版本是“準備投產的里程碑”,他說該版本導致了令人興奮的數月增長和採用,這一點在許多方面得到了證明。
自從達到1.0版本以來,KEDA已經看到可用的事件源數量增加到將近20個,其中許多事件是由社群貢獻的,並且繼續以每月兩到三個的速度增長。社群成員提供的另一個功能是縮小規模,而不是擴大規模。
有時在Kubernetes內需要快速擴充套件,然後又可能真正快速縮小,這是通常Kubernetes的人們都面臨著共同的問題,KEDA的工作可以實現非常迅速Kubernetes內無伺服器伸縮。
它使用一種稱為“ Kubernetes的工作”的方式來識別在完成之前不應該縮減的工作量。從本質上講,KEDA只關注匯入指標,一旦消失,它就會開始縮小規模。
該專案希望將來開發的功能之一是通過使用預測技術,比事件溯源更早地檢視規模指標。
相關文章
- 事件驅動的微服務-事件驅動設計事件微服務
- 使用KEDA和Kafka在 Kubernetes 上自動擴充套件 - PiotrKafka套件
- RocketMQ 事件驅動:雲時代的事件驅動有啥不同?MQ事件
- 教你如何進行Prometheus 分片自動縮放Prometheus
- Web移動端 自適應縮放介面Web
- Spring:事件驅動Spring事件
- pixi.js 簡單互動事件(點選、縮放、平移)JS事件
- 通過一個實際例子理解Kubernetes裡pod的自動scale - 水平自動伸縮
- Redis 中的事件驅動模型Redis事件模型
- 領域驅動設計:CQRS 和事件源的強大功能事件
- 事件驅動系統設計之將事件檢索與事件處理解耦事件解耦
- 這一次搞懂SpringBoot核心原理(自動配置、事件驅動、Condition)Spring Boot事件
- “訊息驅動、事件驅動、流 ”基礎概念解析事件
- 事件驅動,Do you know?事件
- Kubernetes:應用自動擴容、收縮與穩定更新
- 不需要驅動的自動化
- 再探堆疊欺騙之動態欺騙
- 如何禁用win10自動更新驅動_win10關閉驅動自動更新的方法Win10
- 基於Kubernetes的hpa實現pod例項數量的自動伸縮
- 事件驅動系統中不同型別的事件 - frankdejonge事件型別
- Netty背後的事件驅動機制Netty事件
- 事件驅動架構EDA中的元件事件架構元件
- 混合雲中的事件驅動架構事件架構
- 事件驅動架構設計事件架構
- 事件驅動及其設計模式事件設計模式
- SpringEvents與非同步事件驅動Spring非同步事件
- Airbnb的動態 Kubernetes 叢集擴縮容AI
- 自動釋放池
- WebStorm關閉自動拆疊WebORM
- 驅動開發常見縮寫
- (8)jvm堆疊底層原理,伺服器啟動JVM伺服器
- kubernetes實踐之四十一:Pod自動擴容與縮容
- 精簡化事件:事件驅動架構的精益力量事件架構
- 直播電商平臺開發,Android | 圖片縮放、自動居中Android
- 如何在MacOS中使用疊放功能Mac
- 基於 Redis驅動的 Laravel 事件廣播RedisLaravel事件
- 基於事件驅動的測試框架ETS事件框架
- spring — Spring中的事件驅動機制解析Spring事件