Skip to content

Commit 57184f9

Browse files
Fix typos and improve clarity in documentation for Azure Container Apps
1 parent 4a098dc commit 57184f9

3 files changed

Lines changed: 3 additions & 3 deletions

File tree

articles/container-apps/functions-overview.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -166,7 +166,7 @@ Keep these other considerations in mind when using Azure Functions on Azure Cont
166166
- **Ingress Requirement for Auto-Scaling**: To enable automatic scaling based on events, [ingress must be enabled](../container-apps/ingress-how-to.md)—either publicly or within the Container Apps internal environment.
167167
- **Mandatory Storage Account**: Every Functions app deployed on Container Apps must be linked to a storage account. This is required for managing triggers, logs, and state. Review the [storage account guidance](../azure-functions/storage-considerations.md) for best practices.
168168
- **Multi-revision storage**: When deploying with multiple active revisions, assign a dedicated storage account to each revision. Using a dedicated storage account helps prevent conflicts and ensures proper isolation. Alternatively, if you do not require concurrent revisions, consider using the default single revision mode for simplified management.
169-
- **Multi-revision triggers**: If you are using multi-revision mode with a pull-based trigger, use a different event source for each revision to avoid conflicts related to competing consumers. Functions that use Azure Queue Storage, Azure Event Hub, Azure Service Bus, or Durable Functions triggers are examples of pull-based triggers.
169+
- **Multi-revision triggers**: If you are using multi-revision mode with a pull-based trigger, use a different event source for each revision to avoid conflicts related to competing consumers. Functions that use Azure Queue Storage, Azure Event Hubs, Azure Service Bus, or Durable Functions triggers are examples of pull-based triggers.
170170
- **Cold start latency**: When your container app scales in to zero during idle periods, the first request after inactivity experiences a cold start. Learn more about [reducing cold start times](../container-apps/cold-start.md).
171171
- **Application insights integration**: For robust monitoring and diagnostics, link your Functions app to Application Insights. For more information, see [App Insights integration with Functions](../azure-functions/configure-monitoring.md?tabs=v2#enable-application-insights-integration).
172172
- **Functions proxies**: Not supported. For API gateway scenarios, integrate with Azure API Management instead.

articles/container-apps/metrics.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -17,7 +17,7 @@ The metrics explorer in the Azure portal allows you to visualize the data. You c
1717

1818
## Available metrics
1919

20-
Container Apps provides these basic metrics.
20+
Container Apps provide these basic metrics.
2121

2222
| Title | Dimensions | Description | Metric ID | Unit |
2323
|--|--|--|--|--|

articles/container-apps/opentelemetry-agents.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -747,7 +747,7 @@ For more information, see [Microsoft.App/managedEnvironments](/azure/templates/m
747747

748748
## Data resilience
749749

750-
In the event of a messaging inturruptions to an endpoint, the OpenTelemetry agent uses the following procedure to support data resilience:
750+
In the event of a messaging interruption to an endpoint, the OpenTelemetry agent uses the following procedure to support data resilience:
751751

752752
- **In-memory buffering and retries**: The agent holds data in memory and keeps retrying (with backoff) for up to five minutes.
753753
- **Dropping data**: If the buffered queue fills up, or the endpoint is still down after retries, the agent discards the oldest batches to avoid running out of memory.

0 commit comments

Comments
 (0)