Миграция приложения ASP.Net в Azure - PullRequest
2 голосов
/ 01 февраля 2011

Я близок к завершению общедоступного приложения ASP.Net и начинаю взвешивать варианты развертывания.Я ветеран ASP.Net/SQLServer, но нуб, когда дело доходит до Azure.Мне интересно, что думают другие о кривой обучения для эффективной миграции локальных приложений ASP.Net/SQLServer в облако Azure.

Более конкретно:

  1. Насколько крута кривая обучения в направлении понимания концепций администрирования и программирования, и считаете ли вы, что это стоит вложений?

  2. Какова поддержка Microsoft, если у меня возникли катастрофические проблемы с моей облачной инфраструктурой и мой работающий сайт не работает?Я ожидаю, что цена за не столь срочное соглашение об уровне обслуживания слишком высока.

  3. Потребуется ли для моего приложения ASP.Net, не связанного с Azure, значительная модификация и / или подключение для работы в среде Azure?

Спасибо

Ответы [ 4 ]

1 голос
/ 01 февраля 2011

Я недавно ответил на аналогичный вопрос, здесь .С тех пор Azure эволюционировал:

Кэш AppFabric Azure в настоящее время находится в CTP (предварительный просмотр технологии сообщества) и будет запущен через некоторое время в этом году (извините, я не могу указать дату).С одним изменением конфигурации вы сможете включить поставщика состояния сеанса asp.net без изменения кода и иметь свое состояние сеанса доступным для всех ваших экземпляров веб-роли.

С Azure v1.3который был выпущен в ноябре, у вас есть возможность запускать задачи при запуске с повышенными привилегиями (например, запускать MSI для установки необходимого пакета управления).

Для мониторинга вы можете воспользоваться Microsoft System Center., который теперь поддерживает Azure напрямую.В качестве альтернативы вы можете посмотреть сторонние параметры, такие как AzureWatch .

С очень маленьким экземпляром Azure вы можете запустить сайт в течение ок.44 доллара в месяцВы упомянули катастрофические сбои и SLA.В Azure вам нужно минимум два экземпляра, чтобы SLA вступил в силу (это потому, что ваши виртуальные машины расположены в физически разных областях центра обработки данных, в отдельных доменах сбоев).Итак, вы смотрите на ок.$ 90 / месяц для запуска сайта с временем работы 99,95%.Только вы можете определить, стоит ли это того.Да, вы можете размещать у простого хостинг-провайдера значительно дешевле (например, GoDaddy).Однако, если ваш сайт выходит из строя, вы должны подождать, пока он будет обнаружен и затем установлен в отдельном блоке.Кроме того, вы предоставляете доступ к каждому серверу потенциально десяткам других клиентов, что повлияет на производительность вашего сайта.В Azure максимум 8 клиентов будут занимать один ящик, в зависимости от того, сколько ядер вы настроите для использования виртуальными машинами.И невероятно просто увеличивать или уменьшать масштаб, чтобы справляться с увеличением и уменьшением трафика.

1 голос
/ 01 февраля 2011

Мой личный опыт показывает, что документации не так много, и вам нужно искать в блогах / форумах, чтобы найти ответы на более сложные вопросы.Если у вас красивое дизайнерское приложение, проблем с портированием не должно быть - вы можете поискать версию Azure для провайдеров ASP.NET, т.е.членство.

Самым большим недостатком может быть стоимость: вам придется делать математику, но для меня оказалось, что хостинг VPS намного дешевле, чем Azure.

Я бы сказал, что если вы не получаете значительную экономию на инфраструктуре, не переходите в Azure просто ради этого.Размещенный сервер с SQL и IIS даст вам меньше проблем и немного больше свободы.

0 голосов
/ 02 февраля 2011
0 голосов
/ 01 февраля 2011

Я вижу отличный ответ Дэвида Макогона.Следующее может быть полезно для вас.Последний эпизод подкаста Connected Show рассказывал о миграции Wold Maps в Azure .Если вы планируете перейти на Azure, то, безусловно, стоит послушать, так как они объясняют проблемы, с которыми они столкнулись при миграции.

...