Вот задеплоил я веб-приложение на Azure App Service и смотрю параметры его рабочего окружения в Kudu:

Connection Strings

LocalSqlServer
ConnectionString = data source=.\SQLEXPRESS;Integrated Security=SSPI;AttachDBFilename=|DataDirectory|aspnetdb.mdf;User Instance=true
ProviderName = System.Data.SqlClient

То есть, приложению в его рабочем окружении доступна копия SQL Server Express. Могу ли я использовать эту строку подключения в приложении и писать данные в aspnetdb.mdf прямо в облаке? Или это только доступ для чтения? Если писать туда можно, есть гарантия что данные там не исчезнут при новых деплоях?

Здравствуйте, Vladek, Вы писали:

V>Если писать туда можно, есть гарантия что данные там не исчезнут при новых деплоях?

Данная БД судя по пути лежит в DataDirectory приложения, т.е. App_Data которая находится в папке веб-приложения.
А это все же не из вашего же Web.config ?

Здравствуйте, Doc, Вы писали:

Doc>Здравствуйте, Vladek, Вы писали:

V>>Если писать туда можно, есть гарантия что данные там не исчезнут при новых деплоях?

Doc>Данная БД судя по пути лежит в DataDirectory приложения, т.е. App_Data которая находится в папке веб-приложения.
Doc>А это все же не из вашего же Web.config ?

Нет, эта строка подключения добавляется уже в Ажуре. Копия SQL Server там тоже стоит с самого начала.

Придётся опытным путём выяснять как оно работает. Информации об этом очень мало или всё давно устарело, тут вообще не упоминается: https://github.com/projectkudu/kudu/wiki/Azure-Web-App-sandbox

Здравствуйте, Vladek, Вы писали:

V>Придётся опытным путём выяснять как оно работает.

Так же как и любая БД в App_Data
— там можно создать любую БД приложения
— ограничение в виде размера диска на котором оно работает
— в Azure каждый инстанс будет иметь свою App_Data
— при удалении приложения App_Data так же будет потеряна. Смотрите как происходит деплой — удалятся ли приложение или обновляется.

Как итог — для чего-то серьезного я бы не стал использовать. Особенно с учетом возможности иметь несколько инстансов в Azure.

Здравствуйте, Doc, Вы писали:

Doc>Так же как и любая БД в App_Data
Doc>- там можно создать любую БД приложения
Doc>- ограничение в виде размера диска на котором оно работает
Doc>- в Azure каждый инстанс будет иметь свою App_Data
Doc>- при удалении приложения App_Data так же будет потеряна. Смотрите как происходит деплой — удалятся ли приложение или обновляется.

И Windows Update прибъет старую виртуалку и поднимет новую, когда выйдет обновление ажурной винды.

Здравствуйте, Doc, Вы писали:

Doc>- в Azure каждый инстанс будет иметь свою App_Data

Вот это неверно. Все папки, на которых крутится сайт, включая App_Data на самом деле хранятся в Azure Storage и едины для всех инстансов.

Здравствуйте, VladCore, Вы писали:

VC>И Windows Update прибъет старую виртуалку и поднимет новую, когда выйдет обновление ажурной винды.

Для файлов сайта это не страшно, так как они хранятся не локально, а в удалённом Azure Storage.

Здравствуйте, User239, Вы писали:

VC>>И Windows Update прибъет старую виртуалку и поднимет новую, когда выйдет обновление ажурной винды.

U>Для файлов сайта это не страшно, так как они хранятся не локально, а в удалённом Azure Storage.

Ну да, только к чему это? Когда ажур прибъет виртуалку с приложением что бы обновить, то в это самое удаленное место папку DATA не зальется.

Здравствуйте, VladCore, Вы писали:

VC>Здравствуйте, User239, Вы писали:

VC>>>И Windows Update прибъет старую виртуалку и поднимет новую, когда выйдет обновление ажурной винды.

U>>Для файлов сайта это не страшно, так как они хранятся не локально, а в удалённом Azure Storage.

VC>Ну да, только к чему это? Когда ажур прибъет виртуалку с приложением что бы обновить, то в это самое удаленное место папку DATA не зальется.

Эта папка фактически хранится на шаре. Почему обновление виртуалки её должно затронуть? С этой папкой ничего не случится, так как она хранится независимо от виртуалки.