Почему TimerTrigger не запрашивает учетную запись хранения в базовом хост-приложении WebJobs SDK v3? - PullRequest
Новая
       25

Почему TimerTrigger не запрашивает учетную запись хранения в базовом хост-приложении WebJobs SDK v3?

3 голосов
/ 08 марта 2019

Я играю с WebJobs SDK v3.0.5, используя очень простой консольный проект .NET Core 2.2 следующим образом:

TimerHost.csproj 

<Project Sdk="Microsoft.NET.Sdk">
  <PropertyGroup>
    <OutputType>Exe</OutputType>
    <TargetFramework>netcoreapp2.2</TargetFramework>
    <LangVersion>7.1</LangVersion>
  </PropertyGroup>

  <ItemGroup>
    <PackageReference Include="Microsoft.Azure.WebJobs" Version="3.0.5" />
    <PackageReference Include="Microsoft.Azure.WebJobs.Extensions" Version="3.0.2" />
    <PackageReference Include="Microsoft.Extensions.Logging.Console" Version="2.2.0" />
  </ItemGroup>

  <ItemGroup>
    <None Update="appsettings.json">
      <CopyToOutputDirectory>Always</CopyToOutputDirectory>
    </None>
  </ItemGroup>
</Project>

Program.cs 

using System.Threading.Tasks;
using Microsoft.Azure.WebJobs;
using Microsoft.Extensions.DependencyInjection;
using Microsoft.Extensions.Hosting;
using Microsoft.Extensions.Logging;

namespace TimerHost
{
    public class Program
    {
        public static async Task Main()
        {
            var builder = new HostBuilder();
            var host = builder
                .UseEnvironment("Development")
                .ConfigureServices((context, services) =>
                {
                    services.AddSingleton(context.Configuration);
                })
                .ConfigureWebJobs(webJobsBuilder =>
                {
                    webJobsBuilder
                        .AddAzureStorageCoreServices()
                        .AddTimers();
                })
                .ConfigureLogging((context, b) =>
                {
                    b.SetMinimumLevel(LogLevel.Debug);
                    b.AddConsole();
                })
                .UseConsoleLifetime()
                .Build();

            await host.RunAsync();
        }
    }

    public static class Function
    {
        public static void Run([TimerTrigger("*/10 * * * * *")] TimerInfo timer, ILogger logger)
        {
            logger.LogInformation($"Running job for timer. Next 3 runs are: {timer.FormatNextOccurrences(3)}");
        }
    }
}

appsettings.json 

{
}

Триггер работает нормально.Однако в соответствии с последними документами (https://docs.microsoft.com/en-us/azure/app-service/webjobs-sdk-how-to#multiple-instances), таймер должен работать неявно как одноэлементный, что означает, что он должен использовать учетную запись хранения Azure для поддержки распределенной блокировки.

При локальном использовании функций Azure,Я ожидаю предоставить параметр, подобный следующему: 

{
  "AzureWebJobsStorage": "UseDevelopmentStorage=true"
}

В противном случае я фактически не могу запустить функцию, я получаю сообщение об ошибке, в котором говорится, что этот параметр необходим, однако в примере с хостом консоли я неполучить какую-либо ошибку.

Может кто-нибудь объяснить, почему хост консоли не требует использования учетной записи хранения по умолчанию? Как таймер поддерживает одноэлементное поведение в этом сценарии?

1 Ответ

2 голосов
/ 11 марта 2019

Я потратил некоторое время на отладку исходного кода WebJobs SDK из своего приложения и нашел больше информации о том, что происходит внутри:

  • Если параметр приложения AzureWebJobsStorage не задан в конфигурации, то SDK возвращается к использованию диспетчера распределенной блокировки в памяти для таймеров и одноэлементных триггеров. С этим запасным вариантом нет ведения журнала, и диспетчер блокировок по умолчанию подходит только для локальной разработки.

  • Вместо этого можно использовать эмулятор хранилища Azure, задав строку подключения, как для функций Azure, просто убедитесь, что вы перестроили свой проект, чтобы файлы appsettings.json распространялись в выходную папку проекта. это меня немного сбило с толку.

  • Нет ошибок или записей журнала, если значение AzureWebJobsStorage не является допустимой строкой подключения локальной или облачной учетной записи хранилища - вместо этого конфигурация будет автоматически переключаться на диспетчер блокировки в памяти.

...