2013-06-10 2 views
0

Итак, мы развернули приложение для Windows Azure, и оно разбилось там без видимых причин. После отладки его некоторое время мы столкнулись с ошибкой, возникшей из-за сбоя синтаксического анализа двигателя Razor. Это было несколько неожиданно, поскольку приложение отлично работало на локальном IIS Express. Ошибка, похоже, была вызвана другой версией механизма просмотра Razor в Azure Cloud Service и локальном IIS Express.Варианты библиотек в Windows Azure Cloud Services

По-видимому, не все развернуто до Azure, когда приложение есть, и похоже, что движок просмотра Razor является одной из тех библиотек, которые НЕ развернуты с реальным проектом или красными из любого файла конфигурации. Это было несколько неожиданно для меня, поскольку я был уверен, что все либо развернуто с пакетом приложений, либо проверено в файле конфигурации, и правильная версия используется в Azure IIS. Кажется немного глупым использовать разные версии, которые могут вызвать ошибки в приложениях, запущенных в среде Azure.

Теперь вопрос в том, Что фактически развертывается или «устанавливается» в Azure Cloud Service IIS на основе файлов конфигурации в приложении, которое нужно развернуть, а что нет?

Я не нашел никакой информации об этом, и мне любопытно, как фактическая конфигурация облачного облачного сервиса выполняется при развертывании приложения.

Еще один вопрос; Какая версия IIS использует Azure Cloud Service?

ответ

0

Ваши машины Azure PAAS очень простые и содержат стандартные установки Windows-сервера. Вы хотите убедиться, что что-либо вне платформы .NET развернуто с вашим приложением (например, CopyLocal - true), т.е. MVC, RDLC и т. Д.

Это одна из наиболее распространенных обвинений в развертывании, так как ваше решение может полагаться на .DLL из GAC, в то время как ваш развернутый сервер Azure не будет иметь одинаковые материалы в GAC. Поэтому, обращая внимание на CopyLocal, очень важно.

Смежные вопросы