Реализовано собственное хранилище данных, бот по-прежнему вызывает state.botframework.com

Question

Резюме:

Мы реализовали TableBotDataStore в нашем боте C #, но каким-то образом бот все еще вызывает вызов устаревшего API состояния.

Контекст:

В Application Insights я вижу, что наш бот делает, и много звонков на state.botframework.com. Я также заметил, что наша производственная среда получает 200 ответов на эти запросы, но наш новый бот Web App получает 405 (метод не разрешен) на все эти запросы.

Когда мы начали разработку бота (май 2018 года), мы сразу внедрили хранилище таблиц Azure. Поэтому я был очень удивлен, обнаружив, что наш бот по-прежнему вызывает state.botframework.com.

В этом посте MS говорится:

Опции чтения по-прежнему будут доступны до 31 июля 2018 года

Я предполагаю, что MS по-прежнему разрешает запросы к API-интерфейсу State для ботов, зарегистрированных до определенной даты.

Что я пробовал:

Я уже следовал руководству Microsoft о том, как управлять пользовательскими данными состояния с помощью хранилища таблиц Azure для .NET . Я также прочитал соответствующий вопрос Мигрированный провайдер состояния бота, но звонки на state.botframework.com все еще выполняются , но это мне не помогает.

Мой код:

Conversation.UpdateContainer(
builder =>
{
    builder.RegisterModule(new AzureModule(Assembly.GetExecutingAssembly()));

    var store = new 
    TableBotDataStore(ConfigurationManager.AppSettings["AzureWebJobsStorage"]); 

    builder.Register(c => store)
        .Keyed<IBotDataStore<BotData>>(AzureModule.Key_DataStore)
        .AsSelf()
        .SingleInstance();

    builder.Register(c => new CachingBotDataStore(store,
    CachingBotDataStoreConsistencyPolicy
        .ETagBasedConsistency))
        .As<IBotDataStore<BotData>>()
        .AsSelf()
        .InstancePerLifetimeScope();
    });

GlobalConfiguration.Configure(WebApiConfig.Register);

Что я ожидаю:

В этой конфигурации я ожидаю, что наш бот использует только TableBotDataStore и не вызывает никаких вызовов устаревшего API состояния.