Skip to content

Commit 4988be4

Browse files
committed
Fixed blocking issues in PR
1 parent 2007b64 commit 4988be4

9 files changed

+31
-41
lines changed

articles/azure-functions/TOC.yml

Lines changed: 4 additions & 14 deletions
Original file line numberDiff line numberDiff line change
@@ -115,14 +115,6 @@
115115
- name: ARM template
116116
displayName: Resource Manager
117117
href: functions-create-first-function-resource-manager.md
118-
- name: Azure Arc (preview)
119-
items:
120-
- name: Code-only publishing
121-
displayName: Arc, container, Kubernetes
122-
href: create-first-function-arc-cli.md
123-
- name: Custom container
124-
displayName: Arc, container, Kubernetes, Docker
125-
href: create-first-function-arc-custom-container.md
126118
- name: Azure Container Apps
127119
href: functions-deploy-container-apps.md
128120
displayName: container, Docker, ACA
@@ -522,13 +514,11 @@
522514
- name: Azure portal
523515
href: functions-integrate-storage-queue-output-binding.md
524516
- name: Visual Studio Code
525-
href: ./functions-add-output-binding-storage-queue-vs-code.md
517+
href: functions-add-output-binding-storage-queue-vs-code.md
526518
- name: Visual Studio
527-
href: ./functions-add-output-binding-storage-queue-vs.md
528-
- name: Java
529-
href: functions-add-output-binding-storage-queue-java.md
530-
- name: Python
531-
href: ./functions-add-output-binding-storage-queue-cli.md?pivots=programming-language-python
519+
href: functions-add-output-binding-storage-queue-vs.md
520+
- name: Command line
521+
href: functions-add-output-binding-storage-queue-cli.md
532522
- name: Debug
533523
items:
534524
- name: Debug local PowerShell functions

articles/azure-functions/durable/durable-functions-azure-storage-provider.md

Lines changed: 14 additions & 14 deletions
Large diffs are not rendered by default.

articles/azure-functions/flex-consumption-how-to.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -331,7 +331,7 @@ A customized deployment source should meet this criteria:
331331

332332
When configuring deployment storage authentication, keep these considerations in mind:
333333

334-
+ As a security best practice, you should use managed identities when connecting to Azure Storage from you apps. For more information, see [Connections](./functions-reference.md#connections).
334+
+ As a security best practice, you should use managed identities when connecting to Azure Storage from your apps. For more information, see [Connections](./functions-reference.md#connections).
335335
+ When you use a connection string to connect to the deployment storage account, the application setting that contains the connection string must already exist.
336336
+ When you use a user-assigned managed identity, the provided identity gets linked to the function app. The `Storage Blob Data Contributor` role scoped to the deployment storage account also gets assigned to the identity.
337337
+ When you use a system-assigned managed identity, an identity gets created when a valid system-assigned identity doesn't already exist in your app. When a system-assigned identity does exists, the `Storage Blob Data Contributor` role scoped to the deployment storage account also gets assigned to the identity.

articles/azure-functions/functions-add-output-binding-storage-queue-cli.md

Lines changed: 4 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -11,7 +11,7 @@ zone_pivot_groups: programming-languages-set-functions
1111

1212
# Connect Azure Functions to Azure Storage using command line tools
1313

14-
In this article, you integrate an Azure Storage queue with the function and storage account you created in the previous quickstart article. You achieve this integration by using an *output binding* that writes data from an HTTP request to a message in the queue. Completing this article incurs no additional costs beyond the few USD cents of the previous quickstart. To learn more about bindings, see [Azure Functions triggers and bindings concepts](functions-triggers-bindings.md).
14+
In this article, you integrate an Azure Storage queue with the function and storage account you created in the previous quickstart article. You achieve this integration by using an *output binding* that writes data from an HTTP request to a message in the queue. Completing this article incurs no extra costs beyond the few USD cents of the previous quickstart. To learn more about bindings, see [Azure Functions triggers and bindings concepts](functions-triggers-bindings.md).
1515

1616
## Configure your local environment
1717

@@ -41,7 +41,7 @@ Before you begin, you must complete the article, [Quickstart: Create an Azure Fu
4141
4242
Earlier, you created an Azure Storage account for function app's use. The connection string for this account is stored securely in app settings in Azure. By downloading the setting into the *local.settings.json* file, you can use the connection to write to a Storage queue in the same account when running the function locally.
4343

44-
1. From the root of the project, run the following command, replace `<APP_NAME>` with the name of your function app from the previous step. This command overwrites any existing values in the file.
44+
1. From the root of the project, run the following command, replacing `<APP_NAME>` with the name of your function app from the previous step. This command overwrites any existing values in the file.
4545

4646
```
4747
func azure functionapp fetch-app-settings <APP_NAME>
@@ -112,7 +112,7 @@ Observe that you *don't* need to write any code for authentication, getting a qu
112112
113113
## Redeploy the project to Azure
114114
115-
Now that you've verified locally that the function wrote a message to the Azure Storage queue, you can redeploy your project to update the endpoint running on Azure.
115+
After you verify locally that the function wrote a message to the Azure Storage queue, you can redeploy your project to update the endpoint running on Azure.
116116
117117
::: zone pivot="programming-language-javascript,programming-language-typescript,programming-language-python,programming-language-powershell,programming-language-csharp"
118118
In the *LocalFunctionsProj* folder, use the [`func azure functionapp publish`](functions-run-local.md#project-file-deployment) command to redeploy the project, replacing`<APP_NAME>` with the name of your app.
@@ -148,7 +148,7 @@ mvn azure-functions:deploy
148148
149149
## Clean up resources
150150
151-
After you've finished, use the following command to delete the resource group and all its contained resources to avoid incurring further costs.
151+
After you finish, use the following command to delete the resource group and all its contained resources to avoid incurring further costs.
152152
153153
```azurecli
154154
az group delete --name AzureFunctionsQuickstart-rg

articles/azure-functions/functions-bindings-azure-data-explorer.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -160,7 +160,7 @@ Azure Data Explorer bindings for Azure Functions have a required property for th
160160

161161
- Azure Data Explorer binding supports version 4.x and later of the Functions runtime.
162162
- Source code for the Azure Data Explorer bindings is in [this GitHub repository](https://github.com/Azure/Webjobs.Extensions.Kusto).
163-
- For enhanced security, your function app should use managed idenities when connecting to Azure Data Explorer instead of using connection strings that contain keys. For more information, see [Kusto connection strings](/azure/data-explorer/kusto/api/connection-strings/kusto). For mananaged identity-based connections, you must set the `managedServiceIdentity` property in the binding definition.
163+
- For enhanced security, your function app should use managed identities when connecting to Azure Data Explorer instead of using connection strings that contain keys. For more information, see [Kusto connection strings](/azure/data-explorer/kusto/api/connection-strings/kusto). For managed identity-based connections, you must set the `managedServiceIdentity` property in the binding definition.
164164
- This binding requires connectivity to Azure Data Explorer. For input bindings, users require **Viewer** permissions. For output bindings, users require **Ingestor** permissions. For more information about permissions, see [Role-based access control](/azure/data-explorer/kusto/management/access-control/role-based-access-control).
165165

166166
## Next steps

articles/azure-functions/functions-bindings-azure-sql.md

Lines changed: 4 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -247,10 +247,10 @@ Azure SQL bindings for Azure Functions have a required property for the connecti
247247

248248
Notable keywords include:
249249

250-
- `Authentication` allows a function to connect to Azure SQL with Microsoft Entra IDand managed Identities. For more information, see [Connect a function app to Azure SQL with managed identity and SQL bindings](functions-identity-access-azure-sql-with-managed-identity.md).
251-
- `Command Timeout` allows a function to wait for specified amount of time in seconds before terminating a query (default 30 seconds)
252-
- `ConnectRetryCount` allows a function to automatically make additional reconnection attempts, especially applicable to Azure SQL Database serverless tier (default 1)
253-
- `Pooling` allows a function to reuse connections to the database, which can improve performance (default `true`). Additional settings for connection pooling include `Connection Lifetime`, `Max Pool Size`, and `Min Pool Size`. Learn more about connection pooling in the [ADO.NET documentation](/sql/connect/ado-net/sql-server-connection-pooling)
250+
- `Authentication`: allows a function to connect to Azure SQL with Microsoft Entra ID and managed identities. For more information, see [Connect a function app to Azure SQL with managed identity and SQL bindings](functions-identity-access-azure-sql-with-managed-identity.md).
251+
- `Command timeout`: allows a function to wait for specified amount of time in seconds before terminating a query (default 30 seconds)
252+
- `ConnectRetryCount`: allows a function to automatically make additional reconnection attempts, especially applicable to Azure SQL Database serverless tier (default 1)
253+
- `Pooling`: allows a function to reuse connections to the database, which can improve performance (default `true`). Additional settings for connection pooling include `Connection Lifetime`, `Max Pool Size`, and `Min Pool Size`. Learn more about connection pooling in the [ADO.NET documentation](/sql/connect/ado-net/sql-server-connection-pooling)
254254

255255
## Considerations
256256

articles/azure-functions/functions-bindings-cache.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -15,7 +15,7 @@ ms.date: 07/11/2024
1515

1616
This article describes how to use either Azure Managed Redis or Azure Cache for Redis with Azure Functions to create optimized serverless and event-driven architectures.
1717

18-
Azure Functions provide an event-driven programming model where triggers and bindings are key features. With Azure Functions, you can easily build event-driven serverless applications. Azure Redis services (Azure Managed Redis and Azure Cache for Redis) provide a set of building blocks and best practices for building distributed applications, including microservices, state management, pub/sub messaging, and more.
18+
Azure Functions provides an event-driven programming model where triggers and bindings are key features. With Azure Functions, you can easily build event-driven serverless applications. Azure Redis services (Azure Managed Redis and Azure Cache for Redis) provide a set of building blocks and best practices for building distributed applications, including microservices, state management, pub/sub messaging, and more.
1919

2020
Azure Redis can be used as a trigger for Azure Functions, allowing you to initiate a serverless workflow. This functionality can be highly useful in data architectures like a write-behind cache, or any event-based architectures.
2121

articles/azure-functions/functions-bindings-notification-hubs.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -281,7 +281,7 @@ Here's an example of a Notification Hubs binding in a *function.json* file:
281281
To use a notification hub output binding, you must configure the connection string for the hub.
282282

283283
> [!IMPORTANT]
284-
> The Notification Hubs binding doesn't support Microsoft Entra authentication and managed identities. You can use Azure Key Vault to centrally managed your notification hub connection string and help with key rotation. To learn more, see [Manage Connections](./manage-connections.md).
284+
> The Notification Hubs binding doesn't support Microsoft Entra authentication and managed identities. You can use Azure Key Vault to centrally manage your notification hub connection string and help with key rotation. To learn more, see [Manage Connections](./manage-connections.md).
285285
286286
You can select an existing notification hub or create a new one from the **Integrate** tab in the Azure portal. You can also configure the connection string manually.
287287

articles/azure-functions/functions-bindings-web-pubsub-input.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -683,4 +683,4 @@ For `WebPubSubEventRequest`, it's deserialized to different classes that provide
683683
| `DisconnectedEventRequest` | Used in system `Disconnected` event type | Reason |
684684

685685
> [!NOTE]
686-
> Though the `WebPubSubContext` is a input binding provides similar request deserialize way under `HttpTrigger` comparing to `WebPubSubTrigger`, there's limitations, i.e. connection state post merge isn't supported. The return response is still respected by the service side, but users require to build the response themselves. If users have needs to set the event response, you should return a `HttpResponseMessage` contains `ConnectEventResponse` or messages for user event as **response body** and put connection state with key `ce-connectionstate` in **response header**.
686+
> Though the `WebPubSubContext` is an input binding provides similar request deserialize way under `HttpTrigger` comparing to `WebPubSubTrigger`, there's limitations, i.e. connection state post merge isn't supported. The return response is still respected by the service side, but users require to build the response themselves. If users have needs to set the event response, you should return a `HttpResponseMessage` contains `ConnectEventResponse` or messages for user event as **response body** and put connection state with key `ce-connectionstate` in **response header**.

0 commit comments

Comments
 (0)