Skip to content

Commit da3f625

Browse files
Merge pull request #311254 from MicrosoftDocs/main
Auto Publish – main to live - 2026-02-03 06:00 UTC
2 parents cda984a + b52fb73 commit da3f625

45 files changed

Lines changed: 2269 additions & 654 deletions

File tree

Some content is hidden

Large Commits have some content hidden by default. Use the searchbox below for content that may be hidden.

articles/azure-cache-for-redis/retirement-faq.yml

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -105,7 +105,7 @@ sections:
105105
- question: Can I transfer my reservations or reserved pricing from Azure Cache for Redis to Azure Managed Redis?
106106

107107
answer: |
108-
You can cancel or exchange your existing reservation. For more information, see [Cancel, exchange, and refund policies](/azure/cost-management-billing/reservations/exchange-and-refund-azure-reservations).
108+
Your existing reservations will be supported until September 30, 2028. However, you can cancel or exchange your existing reservation earlier than that date. For more information, see [Cancel, exchange, and refund policies](/azure/cost-management-billing/reservations/exchange-and-refund-azure-reservations).
109109
110110
- name: Questions on the Enterprise tier of Azure Cache for Redis retirement
111111

@@ -184,4 +184,4 @@ sections:
184184
- question: Can I transfer my reservations or reserved pricing from Azure Cache for Redis to Azure Managed Redis?
185185

186186
answer: |
187-
You can cancel or exchange your existing reservation. For more information, see [Cancel, exchange, and refund policies](/azure/cost-management-billing/reservations/exchange-and-refund-azure-reservations).
187+
Your existing reservations will be supported until March 30, 2027. However, you can cancel or exchange your existing reservation earlier than that date. You can cancel or exchange your existing reservation. For more information, see [Cancel, exchange, and refund policies](/azure/cost-management-billing/reservations/exchange-and-refund-azure-reservations).

articles/azure-functions/dotnet-isolated-process-guide.md

Lines changed: 6 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -122,7 +122,7 @@ builder.Logging.Services.Configure<LoggerFilterOptions>(options =>
122122
{
123123
// The Application Insights SDK adds a default logging filter that instructs ILogger to capture only Warning and more severe logs. Application Insights requires an explicit override.
124124
// Log levels can also be configured using appsettings.json. For more information, see https://learn.microsoft.com/azure/azure-monitor/app/worker-service#ilogger-logs
125-
LoggerFilterRule defaultRule = options.Rules.FirstOrDefault(rule => rule.ProviderName
125+
LoggerFilterRule? defaultRule = options.Rules.FirstOrDefault(rule => rule.ProviderName
126126
== "Microsoft.Extensions.Logging.ApplicationInsights.ApplicationInsightsLoggerProvider");
127127
if (defaultRule is not null)
128128
{
@@ -828,6 +828,9 @@ public class MyFunction {
828828
}
829829
```
830830

831+
> [!NOTE]
832+
> When you inject an `ILogger<T>` in your class constructor, like the previous example, the log category is automatically set to the fully qualified name of that class, such as `MyFunctionApp.MyFunction`. These category names contain `.` (period) characters. When you host your function app on Linux, you can't use environment variables to override log levels for categories that contain periods. To work around this limitation, you can instead [configure log levels in your code](#managing-log-levels) or in an `appsettings.json` file.
833+
831834
You can also get the logger from a [FunctionContext] object passed to your function. Call the [GetLogger&lt;T&gt;] or [GetLogger] method, passing a string value that is the name for the category in which the logs are written. The category is usually the name of the specific function from which the logs are written. For more information about categories, see the [monitoring article](functions-monitoring.md#log-levels-and-categories).
832835

833836
Use the methods of [`ILogger<T>`][ILogger&lt;T&gt;] and [`ILogger`][ILogger] to write various log levels, such as `LogWarning` or `LogError`. For more information about log levels, see the [monitoring article](functions-monitoring.md#log-levels-and-categories). You can customize the log levels for components added to your code by registering filters:
@@ -1005,7 +1008,7 @@ builder.Services
10051008

10061009
builder.Logging.Services.Configure<LoggerFilterOptions>(options =>
10071010
{
1008-
LoggerFilterRule defaultRule = options.Rules.FirstOrDefault(rule => rule.ProviderName
1011+
LoggerFilterRule? defaultRule = options.Rules.FirstOrDefault(rule => rule.ProviderName
10091012
== "Microsoft.Extensions.Logging.ApplicationInsights.ApplicationInsightsLoggerProvider");
10101013
if (defaultRule is not null)
10111014
{
@@ -1036,7 +1039,7 @@ var host = new HostBuilder()
10361039
{
10371040
logging.Services.Configure<LoggerFilterOptions>(options =>
10381041
{
1039-
LoggerFilterRule defaultRule = options.Rules.FirstOrDefault(rule => rule.ProviderName
1042+
LoggerFilterRule? defaultRule = options.Rules.FirstOrDefault(rule => rule.ProviderName
10401043
== "Microsoft.Extensions.Logging.ApplicationInsights.ApplicationInsightsLoggerProvider");
10411044
if (defaultRule is not null)
10421045
{

articles/azure-functions/functions-best-practices.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -2,7 +2,7 @@
22
title: Azure Functions best practices
33
description: Learn best practices for designing, deploying, and maintaining efficient function code running in Azure.
44
ms.assetid: 9058fb2f-8a93-4036-a921-97a0772f503c
5-
ms.topic: conceptual
5+
ms.topic: concept-article
66
ms.date: 01/20/2026
77
ms.devlang: csharp
88
ms.custom:

articles/azure-functions/functions-bindings-http-webhook-trigger.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -706,7 +706,7 @@ You can customize this route using the optional `route` property on the HTTP tri
706706

707707
#### [Isolated worker model](#tab/isolated-process)
708708

709-
The following function code accepts two parameters `category` and `id` in the route and writes a response using both parameters.
709+
The following function code accepts two parameters `category` and `id` in the route and writes a response using both parameters. The first piece of the variable is the name, and the second is a [route constraint](/aspnet/core/fundamentals/routing#route-constraints).
710710

711711
```csharp
712712
[Function("HttpTrigger1")]

articles/azure-functions/functions-bindings-storage-blob-trigger.md

Lines changed: 21 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -71,12 +71,33 @@ For more information about the `BlobTrigger` attribute, see [Attributes](#attrib
7171

7272
This function uses a byte array to write a log when a blob is added or updated in the `myblob` container.
7373

74+
Polling-based:
75+
76+
The following example uses the default polling trigger:
77+
78+
```java
79+
@FunctionName("blobprocessor")
80+
public void run(
81+
@BlobTrigger(name = "file",
82+
dataType = "binary",
83+
path = "myblob/{name}",
84+
connection = "MyStorageAccountAppSetting") byte[] content,
85+
@BindingName("name") String filename,
86+
final ExecutionContext context
87+
) {
88+
context.getLogger().info("Name: " + filename + " Size: " + content.length + " bytes");
89+
}
90+
```
91+
92+
The following example uses an Event Grid trigger:
93+
7494
```java
7595
@FunctionName("blobprocessor")
7696
public void run(
7797
@BlobTrigger(name = "file",
7898
dataType = "binary",
7999
path = "myblob/{name}",
100+
source = "EventGrid",
80101
connection = "MyStorageAccountAppSetting") byte[] content,
81102
@BindingName("name") String filename,
82103
final ExecutionContext context

articles/azure-functions/functions-core-tools-reference.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -278,7 +278,7 @@ The following publish options apply, based on version:
278278
|**`--list-ignored-files`** | Displays a list of files that are ignored during publishing, which is based on the `.funcignore` file. |
279279
| **`--list-included-files`** | Displays a list of files that are published, which is based on the `.funcignore` file. |
280280
| **`--no-build`** | Project isn't built during publishing. For Python, `pip install` isn't performed. |
281-
| **`--nozip`** | Turns the default `Run-From-Package` mode off. |
281+
| **`--nozip`** | Turns the default `Run-From-Package` mode off. Files are extracted to the `wwwroot` folder on the server instead of running directly from the deployment package. |
282282
| **`--overwrite-settings -y`** | Suppress the prompt to overwrite app settings when `--publish-local-settings -i` is used.|
283283
| **`--publish-local-settings -i`** | Publish settings in local.settings.json to Azure, prompting to overwrite if the setting already exists. If you're using a [local storage emulator](functions-develop-local.md#local-storage-emulator), first change the app setting to an [actual storage connection](#func-azure-storage-fetch-connection-string). |
284284
| **`--publish-settings-only`**, **`-o`** | Only publish settings and skip the content. Default is prompt. |

0 commit comments

Comments
 (0)