> ## Documentation Index
> Fetch the complete documentation index at: https://docs.porter.run/llms.txt
> Use this file to discover all available pages before exploring further.

# Autoscaling

> Scale your web and worker services automatically using CPU and memory thresholds, custom Prometheus metrics, or Temporal task queue depth

Porter supports several autoscaling strategies for your web and worker services. This guide covers the available options and when to use each.

<Info>
  For configuration-as-code (porter.yaml) autoscaling settings, see [Autoscaling Configuration](/applications/configuration-as-code/services/autoscaling).
</Info>

## Autoscaling Options

| Method             | Best For                            | Trigger                         |
| ------------------ | ----------------------------------- | ------------------------------- |
| **CPU/Memory**     | General workloads                   | Resource utilization thresholds |
| **Custom Metrics** | Queue processors, API rate limiting | Prometheus metrics              |
| **Temporal**       | Temporal workflow workers           | Task queue depth                |

## Standard Autoscaling (CPU/Memory)

The default autoscaling method scales your service based on CPU and memory utilization.

### Configuration

1. Navigate to your application dashboard
2. Select your service
3. Go to the **Resources** tab
4. Enable **Autoscaling**
5. Configure the settings:
   * **Min instances**: Minimum number of replicas (e.g., 1)
   * **Max instances**: Maximum number of replicas (e.g., 10)
   * **CPU threshold**: Target CPU utilization percentage (e.g., 70%)
   * **Memory threshold**: Target memory utilization percentage (e.g., 70%)

<img src="https://mintcdn.com/porter/rTf4JWBYOzQjpLlM/images/deploy/v2/autoscaling-config.webp?fit=max&auto=format&n=rTf4JWBYOzQjpLlM&q=85&s=52175399e24665cab9f03fedb4d1b047" alt="Autoscaling Configuration" width="1780" height="1180" data-path="images/deploy/v2/autoscaling-config.webp" />

### How It Works

When either CPU or memory usage exceeds your configured threshold, Porter automatically adds replicas. When usage drops, replicas are removed (down to your minimum).

For example, with a 70% CPU threshold:

* If average CPU across pods exceeds 70%, new replicas are added
* If average CPU drops below 70%, excess replicas are removed
* The system maintains \~30% headroom for traffic spikes

## Advanced Autoscaling

For workloads that need to scale based on external signals rather than resource usage, Porter offers advanced autoscaling options:

### Custom Metrics (Prometheus)

Scale based on application-specific metrics like queue length, request latency, or custom business metrics.

**Use cases:**

* Message queue consumers (RabbitMQ, Redis, SQS)
* Rate-limited API services
* Batch processing workers

[Set up Custom Metrics Autoscaling →](/applications/observability/custom-metrics-and-autoscaling)

### Temporal Autoscaling

Scale Temporal workflow workers based on task queue depth. Porter monitors your Temporal task queues and automatically adjusts worker count.

**Use cases:**

* Temporal workflow workers
* Activity workers with variable load
* Event-driven processing pipelines

[Set up Temporal Autoscaling →](/applications/configure/temporal-autoscaling)