You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/container-apps/environment.md
+46-11Lines changed: 46 additions & 11 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -5,7 +5,7 @@ services: container-apps
5
5
author: craigshoemaker
6
6
ms.service: azure-container-apps
7
7
ms.topic: conceptual
8
-
ms.date: 08/29/2023
8
+
ms.date: 04/10/2025
9
9
ms.author: cshoe
10
10
ms.custom: build-2023
11
11
---
@@ -19,13 +19,13 @@ Environments include the following features:
19
19
| Feature | Description |
20
20
|---|---|
21
21
| Type | There are [two different types](#types) of Container Apps environments: Workload profiles environments and Consumption only environments. Workload profiles environments support both the Consumption and Dedicated [plans](plans.md) whereas Consumption only environments support only the Consumption [plan](plans.md). |
22
-
| Virtual network | A virtual network supports each environment, which enforces the environment's secure boundaries. As you create an environment, a virtual network that has[limited network capabilities](networking.md) is created for you, or you can provide your own. Adding an [existing virtual network](vnet-custom.md) gives you fine-grained control over your network. |
22
+
| Virtual network | A virtual network supports each environment, which enforces the environment's secure boundaries. As you create an environment, a virtual network with[limited network capabilities](networking.md) is created for you, or you can provide your own. Adding an [existing virtual network](vnet-custom.md) gives you fine-grained control over your network. |
23
23
| Multiple container apps | When multiple container apps are in the same environment, they share the same virtual network and write logs to the same logging destination. |
24
24
| Multi-service integration | You can add [Azure Functions](https://aka.ms/functionsonaca) and [Azure Spring Apps](https://aka.ms/asaonaca) to your Azure Container Apps environment. |
Depending on your needs, you may want to use one or more Container Apps environments. Use the following criteria to help you decide if you should use a single or multiple environments.
28
+
Depending on your needs, you might want to use one or more Container Apps environments. Use the following criteria to help you decide if you should use a single or multiple environments.
29
29
30
30
### Single environment
31
31
@@ -34,8 +34,8 @@ Use a single environment when you want to:
34
34
- Manage related services
35
35
- Deploy different applications to the same virtual network
36
36
- Instrument Dapr applications that communicate via the Dapr service invocation API
37
-
-Have applications share the same Dapr configuration
38
-
-Have applications share the same log destination
37
+
-Share the same Dapr configuration among applications
38
+
-Share the same log destination among applications
39
39
40
40
### Multiple environments
41
41
@@ -54,7 +54,18 @@ Use more than one environment when you want two or more applications to:
54
54
55
55
## Logs
56
56
57
-
Settings relevant to the Azure Container Apps environment API resource.
57
+
Logging is an essential part of monitoring and troubleshooting container apps running in your environment. Azure Container Apps environments provide centralized logging capabilities through integration with Azure Monitor and Application Insights.
58
+
59
+
By default, all container apps within an environment send logs to a common Log Analytics workspace, making it easier to query and analyze logs across multiple apps. These logs include:
60
+
61
+
- Container `stdout`/`stderr` streams
62
+
- Container app scaling events
63
+
- Dapr sidecar logs (if Dapr is enabled)
64
+
- System-level metrics and events
65
+
66
+
### Log configuration properties
67
+
68
+
You can configure the following properties at the environment level through the API:
58
69
59
70
| Property | Description |
60
71
|---|---|
@@ -65,11 +76,35 @@ Settings relevant to the Azure Container Apps environment API resource.
65
76
66
77
Azure Container Apps environments are automatically deleted if one of the following conditions is detected for longer than 90 days:
67
78
68
-
- In an idle state
79
+
- In an idle state (no active container apps or jobs running in the environment)
69
80
- In a failed state due to VNet or Azure Policy configuration
70
-
- Blocks infrastructure updates due to VNet or Azure Policy configuration
81
+
- Is blocking infrastructure updates due to VNet or Azure Policy configuration
82
+
83
+
These policies help ensure efficient resource use and maintain service quality. To prevent automatic deletion:
84
+
85
+
- Keep at least one active container app or job running in your environment
86
+
- Ensure your VNet and Azure Policy configurations are correctly set up
87
+
- Respond to any notifications about your environment being in a problematic state
88
+
89
+
You can monitor the status of your environments through Azure Monitor alerts or by regularly checking the environment status in the Azure portal or via Azure CLI.
90
+
91
+
## Limits and quotas
92
+
93
+
Understanding the limits and quotas for Container Apps environments helps you plan your application architecture effectively.
94
+
95
+
| Resource | Limit | Notes |
96
+
|----------|-------|-------|
97
+
| Container apps per environment | 200 | Maximum number of container apps in a single environment |
98
+
| Container app revisions per environment | 1000 | Total revisions across all apps in an environment |
99
+
| Environments per region per subscription | 20 | Can be increased via support request |
100
+
| Maximum CPU per container | 4 vCPU (Consumption), Varies by workload profile | Depends on the environment type and selected workload profile |
101
+
| Maximum memory per container | 16 GB (Consumption), Varies by workload profile | Depends on the environment type and selected workload profile |
102
+
| Maximum replicas per container app | 300 | Maximum scale-out limit for a single container app |
103
+
| Maximum ingress request timeout | 240 seconds | For HTTP requests through ingress |
104
+
105
+
For the most up-to-date limits and quotas, refer to the [Azure Container Apps service limits](/azure/azure-resource-manager/management/azure-subscription-service-limits#container-apps-limits).
71
106
72
-
## Next steps
107
+
## Related content
73
108
74
-
> [!div class="nextstepaction"]
75
-
> [Containers](containers.md)
109
+
-[Containers in Azure Container Apps](containers.md)
0 commit comments