Озадачен полезностью локального кэша службы приложений Azure, в котором отсутствуют какие-либо варианты использования
Я прочитал всю документацию о локальном кеше службы приложений, но изо всех сил пытаюсь понять, насколько это полезно. Он утверждает, что в основном создает доступную только для чтения копию вашего каталога Site, которая для приложения MVC - это в основном целое приложение. Но я не могу найти информацию о случаях использования или о том, почему вы хотите это сделать.
Я спрашиваю, потому что нам предложили перейти к его реализации, и я пытаюсь понять, почему мы должны это делать.
Я вижу преимущества, если вы много читаете / записываете на диск, но вряд ли какие-либо приложения делают это в наши дни, мы просто используем базу данных для всего, и ведение журнала идет непосредственно в OMS.
Я что-то упустил в этой функции? Чтобы сделать мой вопрос неопределенным, предлагает ли эта функция что-то полезное для простого веб-сайта MVC, который отображает данные из базы данных и записывает обратно в базу данных?
1 ответ
Даже если ваше приложение не выполняет большое количество операций ввода-вывода, вы все равно можете воспользоваться преимуществами локального кэша службы приложений, потому что:
Более быстрое приложение перезапускается (поскольку файлы локальны, задержка на общем сетевом диске удаляется). Полезно для обновления настроек приложения.
Меньшее время простоя приложения, если ваше приложение теряет связь с общим сетевым диском (что вызывает перезапуск), что может происходить во время операций обновления / исправления Azure на базовой виртуальной машине
Более подробно обсуждается в канале 9 видео для локального кэша https://channel9.msdn.com/Shows/Cloud+Cover/Episode-201-Azure-Web-App-Local-Cache-with-Cory-Fowler