KEDA
KEDA is a Kubernetes component that scales workloads from signals such as queue depth, request rate, or scheduled activity. It connects those signals to Kubernetes autoscaling so applications can respond to demand, including scaling eligible workloads to zero.
itCloud native tools and technologies | OpenSkills.info
Intro
KEDA
Kubernetes can scale a workload from CPU or memory measurements through the Horizontal Pod Autoscaler, or HPA. Many workloads need a different signal. A message consumer cares about queue depth. A worker may care about pending jobs. An API may need a metric from Prometheus.
KEDA connects these event and external metric sources to Kubernetes autoscaling. You declare the workload, the trigger, and the scaling boundaries. KEDA polls the source, exposes external metrics to the HPA, and manages the HPA that changes the replica count.
This design keeps responsibilities separate. KEDA translates demand into metrics and handles activation between zero and one replica. The HPA handles scaling between one and many replicas. Kubernetes still schedules Pods and reconciles the workload.
The event-driven mental model
Think of KEDA as an adapter between demand and Kubernetes:
event source
↓
KEDA scaler
↓
external metric
↓
Kubernetes HPA
↓
workload replicas
A scaler understands one source type. Its trigger metadata defines how to reach that source and what value should cause scaling. KEDA includes scalers for queues, streams, databases, monitoring systems, cloud services, and other sources.
Continue the course
This section is part of the paid course.
See pricing to subscribe, or log in if you already have access.
Where this skill leads
Relevant careers
See how this topic contributes to broader role-level skill maps.
Sources
- https://keda.sh/
Supports
- KEDA as Kubernetes event-driven autoscaling
- Official project and documentation entry point
- https://keda.sh/docs/2.20/concepts/
Supports
- KEDA architecture and component responsibilities
- Zero-to-one operator path and one-to-many HPA path
- ScaledObject, ScaledJob, and TriggerAuthentication roles
- CPU and memory scale-to-zero limitation
- https://keda.sh/docs/2.20/deploy/
Supports
- Official Helm, Operator Hub, release manifest, and MicroK8s installation paths
- Installation verification and upgrade context
- https://keda.sh/docs/2.20/setupscaler/
Supports
- Initial workload and scaler setup sequence
- Observing KEDA resources and scaling
- https://keda.sh/docs/2.20/scalers/
Supports
- Official scaler catalog
- Scalers as source-specific activity and metric adapters
- https://keda.sh/docs/2.20/reference/scaledobject-spec/
Supports
- ScaledObject target, trigger, timing, replica, fallback, and advanced HPA fields
- Same-namespace target requirement
- Distinction between KEDA cool-down and positive-replica HPA behavior
- https://keda.sh/docs/2.20/concepts/scaling-jobs/
Supports
- ScaledJob model for event-driven finite Kubernetes Jobs
- Difference between Job creation and long-running workload replica scaling
- https://keda.sh/docs/2.20/concepts/authentication/
Supports
- TriggerAuthentication and ClusterTriggerAuthentication scope
- Secret, environment, workload identity, and supported provider patterns
- https://keda.sh/docs/2.20/troubleshooting/
Supports
- ScaledObject status, Events, HPA, operator logs, and metrics server logs as diagnostic evidence
- Authentication, connectivity, and scaler failure investigation
- https://keda.sh/docs/2.20/integrations/prometheus/
Supports
- KEDA Prometheus endpoints and metric groups
- Scaler activity, value, latency, error, and pause metrics
- Dashboard guidance
- https://keda.sh/docs/2.20/operate/cluster/
Supports
- Cluster network and runtime requirements
- Component high-availability limitations
- Production operation controls
- https://github.com/sindresorhus/awesome
Supports
- Starting index used for required awesome-list discovery
- Discovery of the Awesome Kubernetes list
- https://github.com/ramitsurana/awesome-kubernetes/wiki/Awesome---Kubernetes
Supports
- Discovery of KEDA in the Kubernetes ecosystem
- Discovery of Helm, Prometheus, and K9s as related Kubernetes tools
- https://helm.sh/docs/
Supports
- Helm as the Kubernetes package manager
- Chart and command documentation used to manage packaged Kubernetes applications
- https://prometheus.io/docs/introduction/overview/
Supports
- Prometheus time-series collection, querying, monitoring, and alerting model
- Metrics as operational evidence and scaling inputs
- https://k9scli.io/topics/commands/
Supports
- Namespaced and context-aware Kubernetes resource views
- Resource details, logs, filters, and read-only operation
