Используя Инициализацию приложения с Azure все еще оказывается крайне медленным
У меня есть сильный фаворит здесь. Этот вопрос имеет превосходное прогнозирующее значение для того, как кандидаты тарифицируют в более усовершенствованных вопросах:
Пользователь/коллега приезжает к Вам, чтобы жаловаться, что файл нулевой длины, именованный "-франк", появился в корневом каталоге некоторой системы.
Что является самым легким, самым безопасным и большая часть портативного способа удалить ту запись каталога, и почему вопрос стоит задать?
Люди получают половину кредита на то, чтобы сказать вещи как: rm -- -fr или perl -le 'unlink("-fr");' (Они являются эффективными, но не оптимально портативными).
Люди, которые продолжают о заключении в кавычки командной строки оболочки и символьном выходе, почти так же опасны как те, кто просто даже не распознает, почему имя файла как этот создает любую проблему вообще.
Те, кто хихикает..., говорят что-либо об использовании "точечной наклонной черты" и указывают, что это - одна из самых старых записей в часто задаваемых вопросах оболочки UNIX от USENIX, получают дополнительный кредит.
Не отвечая напрямую на ваш вопрос, вы можете использовать новые функции мониторинга в Azure, чтобы ваш сайт постоянно работал.
Если вы заглянете на портал управления под облачный сервис, есть раздел, озаглавленный «Статус конечной веб-точки». Если вы установите это значение, Azure будет опрашивать эту страницу каждые пару минут или около того.
Я так понимаю, вы действительно установили модуль инициализации приложения, который НЕ включен в стандартную установку IIS8?
Посмотрите этот отличный пост , чтобы узнать, как получить все это работает, и, надеюсь, это поможет решить ваши проблемы.