У меня есть два приложения azure, которые оба используют NLog для записи журналов в базу данных Azure SQL. Оба работают с ноября 2019 года.
30 июня одно приложение перестало вести журнал, а другое продолжает работать - они регистрируются в одной базе данных. В приложении, которое прекращало ведение журнала, не было последних изменений. Строка подключения, которую он использует, такая же, как и для подключения к базе данных. Таким образом, кроме ведения журнала, приложение работает.
Я проверил, что пользователь базы данных может успешно вызвать процедуру регистрации в Azure SQL БД. Я также успешно провел локальный модульный тест для производственной базы данных, чтобы запустить ведение журнала.
- Пользователь БД может вызывать DB pro c для ведения журнала (да)
- Приложение может подключаться и выполнить необходимые операции CRUD (да)
- NLog использует ту же строку подключения, что и другие вызовы БД (да)
- Успешно запускать локально главные журналы кода ветвления (да)
- Без изменений в течение более чем четырех месяцев для кода или базы данных (подтверждено)
Как приложение может работать при каждом обращении к базе данных, кроме регистрации? Может ли azure рассматривать частое ведение журнала как атаку на базу данных из приложения? Если да, то как он может отличить вызов NLog pro c от всего остального?
Спасибо, что посмотрели