Можно ли преобразовать приложение asp.net, отличное от MVC, для совместимости с Azure? - PullRequest
4 голосов
/ 24 июля 2011

Можно ли преобразовать приложение asp.net, не относящееся к MVC, для совместимости с Azure? Или, если я хочу создать веб-приложение Azure, должно ли оно быть MVC?

Ответы [ 4 ]

2 голосов
/ 24 июля 2011

Другие ответы ответили на ваш вопрос о преобразовании вашего приложения в MVC для развертывания в Azure (вам не нужно).

Если вы создаете новое веб-приложение и используете ASP.NET MVC(что я бы порекомендовал), просто помните, что если вы идете с MVC3, вам, возможно, придется сделать некоторые из CopyLocal библиотеки MVC3 для вашего развертывания, поскольку они не будут частью вашего экземпляра веб-роли.По крайней мере, так я до сих пор понимаю.1.4 SDK Azure SDK еще не имеет шаблона веб-роли MVC3.

См. публикацию о том, как подготовить приложение MVC3 к Azure.

Надеюсь, это поможет.

1 голос
/ 24 июля 2011

Вы можете взглянуть на следующую запись в блоге для миграции существующего приложения ASP.NET в Azure. Это не обязательно должно быть приложение ASP.NET MVC. Любое приложение ASP.NET будет работать.

0 голосов
/ 24 июля 2011

Да, вы можете. Но вам также нужно знать об определенных ограничениях, ни одно из которых не было упомянуто в уже полученных ответах:

  1. Ваше приложение должно быть без состояния , если только вы не используете один экземпляр (для большинства приложений надежность 99,9% - это нормально, но есть некоторые, где вы хотите 99,95%, поэтому вам нужно как минимум два экземпляра + это дает вам дополнительные преимущества балансировщика нагрузки и т. д.). Причина этого заключается в том, что если у вас есть более одного экземпляра, балансировщик нагрузки доставит запрос в другой экземпляр. Для решения этой проблемы вы можете использовать AppFabric Cache .
  2. У вас нет файловой системы - это не совсем так, но в действительности вам никогда не следует полагаться на наличие локальных файлов. Все загруженные вами изображения (например, изображения профиля пользователя) должны быть загружены в хранилище BLOB-объектов и связаны с ними. Как это сделать, это другой вопрос, и к нему можно подходить по-разному в зависимости от архитектуры вашего существующего приложения. С помощью Azure Drive вы можете получить доступ к файлам, но это очень медленно.
  3. Нет журнала событий / RDP - это также только частично верно, но вам следует полагаться на другие способы получения диагностической информации из вашей роли. Хотя вы можете выполнить RDP к своему экземпляру роли, существуют более эффективные способы (например, хранилище диагностики Azure).
  4. База данных должна выбираться тщательно. Конечно, у вас есть SQL Azure, но он стоит дороже (1 ГБ = 10 долларов США в месяц). Если вам удастся избежать таких вещей, как Table Storage, вы можете сэкономить на некоторых расходах. Опять же, это во многом зависит от архитектуры.

Что касается второй части вашего ответа. MVC как шаблон хорош. Это экономит ваше время, гораздо более адаптируется к вебу, чем когда-либо. Система, основанная на событиях, была разработана для настольных приложений и была перенесена в Интернет. Тем не менее, переход на Azure не подразумевает необходимость перехода на MVC. Однако то, что я предлагаю вам сделать, - это воспринимать это как хорошую стартовую возможность заглянуть в MVC и посмотреть, как это может помочь вам писать свои приложения лучше и быстрее.

Как и в любом другом случае, связанном с архитектурой приложений, это зависит . Если вы использовали общие шаблоны (например, IOC, Repository), вам будет очень легко перенести любое приложение в Azure.

0 голосов
/ 24 июля 2011

лазурь имеет 2 роли 1. вебролл 2. рабочая роль

веб-роль - это не что иное, как приложение asp.net. так что нет необходимости конвертировать его в приложение MVC, просто любая вещь asp.net подойдет

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...