Ответ 1

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

Ниже я изложил плюсы и минусы каждой модели, чтобы убедиться, что вы делаете правильный выбор для целей своих приложений.

Веб-сайты Windows Azure

Вы правильно определили, что Windows Azure Web Sites является отличной отправной точкой для приложения, однако вы также можете подумать, что веб-сайты предлагают достаточно масштабируемость для многих решений.

Pros

• 10 бесплатных сайтов во время предварительного просмотра [бесплатно в течение 12 месяцев]
• Простое развертывание (используйте Git, TFS, веб-развертывание или FTP).
• Быстрая масштабируемость (вы можете перейти к своему собственному выделенному кластеру [aka reserved)]
• Простая разработка (поддерживает классический ASP, ASP.NET, Node.js, Python и PHP)
• Постоянная среда (для этого используется большинство людей)

Против

• Нет поддержки SSL в пользовательских доменах
• в Preview (в настоящее время нет SLA)

Windows Azure Cloud Services

Облачные службы (ранее известные как Hosted Services), безусловно, являются видением будущего веб-приложений. Он построен с учетом отказоустойчивости, чтобы снизить стоимость приложений по мере масштабирования, чтобы удовлетворить спрос, и набрать обратно емкость, когда ваш трафик замедляется.

Pros

• Увеличенный контроль над стоимостью вашего приложения (если он правильно сконструирован)
• Гибкость (у вас есть полный контроль над средой)
  • Поддержка SSL
  • Язык Агностик
  • Agnostic Web-сервера (хотя IIS доступен по умолчанию)
• Автоматическое управление серверами

Против

• Архитектура должна быть тщательно рассмотрена
• Время развертывания медленнее (замедляет цикл разработки)

Что следует учитывать при переносимости

Вышеуказанные пункты, возможно, дали вам достаточно для планирования ближайшего будущего приложения, и очень вероятно, что вы захотите рассмотреть Cloud Services в будущем (это в лучшем случае подходит для ряда сценариев приложений в конечном итоге).

Вот список вещей, которые помогут переносить между веб-сайтами облачные сервисы:

• Начать думать о статусе

  Веб-сайты Windows Azure хороши, так как это постоянная среда, что означает, что вы можете хранить на диске такие вещи, как состояние сеанса и активы.

  Несмотря на то, что это хорошая функция, лучше начать планирование в отношении приложения без состояния, если ваша конечная цель - находиться в облачных сервисах. Вот несколько вещей, которые вы можете сделать, чтобы начать думать о безгражданстве:

  • Не полагайтесь на состояние сеанса
    • Если вам это нужно, придумайте стратегию для масштабирования (Caching Service, SQL или Storage).
  • Использование службы хранения
    • Активы, такие как статический HTML, css, javascript и изображения, лучше помещаются в хранилище
      • Избегает дополнительной полосы пропускания на вашем веб-сайте (возможно, останется дольше для более низкой стоимости)
      • Может быть CDN Enabled, обеспечивает лучший опыт для международных рынков.
      • Легче обновлять веб-ресурсы, когда приложение переносится в облачные службы.
    • Сохранение содержимого пользователя
      • Если ваше приложение уже хранится в службе хранения, в будущем при переходе к облачным службам будет меньше изменений кода.

• Легко обнаружить шаблоны в ваших данных

  Преимущество Cloud Services заключается в том, что он позволяет снизить стоимость за счет масштабирования только того, что нужно масштабировать. Запуск процесса идентификации ваших единиц шкалы, например, разделение базы данных или таблиц в хранилище.

Ответ 2

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

• Веб-сайты Azure и размещенные сервисы действительно тривиальны для развертывания. С Visual studio вы создаете пакет и просто загружаете его. Затем вы иметь среду разработки, чтобы проверить это. Если вам это подходит, замените изобр. Если это не подходит для вас, обновите его снова.

• У ваших экземпляров есть некоторые свойства, которые могут раздражать. Для Например, вы не можете быть уверены в своем IP-адресе. Тогда, если ваше приложение работает с некоторым провайдером, использующим ограничение по IP-адресу, вам нужно будет выяснить как действовать.

• Дополнительные соображения. В любой момент ваш "сервер" можно перерисовать. Если вы храните что-то на локальном диске, этот файл может исчезнуть в любой момент.

• Azure работает очень хорошо, если у вас есть как минимум 2 экземпляра или больше для каждый сайт. Возможно, ваше приложение не готово к этому. Первый шаг будет управлять сеансами с appFabri c. Действительно просто, просто изменение в вашей веб-конфигурации. Будьте осторожны, потому что это состояние сеанса не работает точно так же, как "старый". Вы не можете хранить несериализуемые объекты (должны быть легко адаптированы) или очень большие объекты (более 8 МБ).

Если вы собираетесь развивать что-то с нуля, я предлагаю вам начать с лазурного с самого начала. Причина проста: это действительно дешево начать, и вы не заплатите серьезных денег, пока у приложения не будет много посещений. Также очень дешево настроить SQLAzure и учетную запись хранилища. У вас есть все на месте, легко добавить больше экземпляров или увеличить масштаб.

Пример:

Представьте, что у вас есть идея, и вы хотите показать некоторым возможным инвесторам.

Вы запускаете небольшую базу данных SQLAzure (1 ГБ), ежемесячно 9,99 долл. США.

Затем вы создаете сайт, и вы добавляете 2 дополнительных небольших экземпляра, ежемесячно - $18,72.

Скажем, вам нужно 100 ГБ пространства (изображения, резервные копии,...), 12,50 долларов США в месяц.

По его словам, у вас есть все возможности начать свой бизнес, заплатив менее 50 долларов в месяц.

Если у вас есть выход, и вы начинаете посещать, вы меняете свои экземпляры для небольших экземпляров (очень опасно иметь производственную среду с дополнительными небольшими экземплярами, потому что у вас нет резервирования процессора). Затем вы меняете дополнительные небольшие затраты ($ 18,71) до $57,60. Может быть, вам нужно больше места для этого SQL Azure? и т.д...

цены рассчитываются отсюда: http://www.windowsazure.com/en-us/pricing/calculator/?scenario=web.

Это несколько советов, есть намного больше. Мой совет - начать пробную учетную запись и поиграть с ней.

Окончательный совет:. Его очень легко решить все, просто покупая больше ресурсов. Иногда вам нужно реорганизовать и оптимизировать свой код. Если вы просто добавляете больше ресурсов каждый раз, когда у вас есть проблема, вы можете завершить огромный счет и очень грязный код.

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

Ответ 3

Я прочитал всю почту, и все они очень полезны. В дополнение ко всему сообщению, я нашел информацию о msdn: Веб-сайты Windows Azure, облачные службы и виртуальные машины: когда использовать, что?

С веб-сайтами Windows Azure вы можете:

• Создание высоко масштабируемых веб-сайтов в Windows Azure.
• Быстрое и простое развертывание сайтов в облачной среде с высокой масштабируемостью, которая позволяет вам начинать с малого и масштабировать по мере необходимости.
• Используйте языки и приложения с открытым исходным кодом по вашему выбору, затем разверните их с FTP, Git или TFS и легко интегрируйте сервисы Windows Azure, такие как база данных SQL, кеширование, CDN и хранилище.

С помощью Cloud Services вы можете:

• Создавайте или расширяйте корпоративные приложения на Windows Azure.
• Создание высокодоступных масштабируемых приложений и сервисов с использованием богатой среды PaaS. Поддержка расширенных многоуровневых сценариев, автоматическое развертывание и эластичный масштаб. Предоставляйте отличные решения SaaS клиентам по всему миру.

А также суммируется опция msdn:

И сравнение некоторых функций веб-сайтов и облачных сервисов на msdn:

Ответ 4

Еще одно преимущество Windows Azure Cloud Services над веб-сайтами заключается в том, что облачную службу можно добавить в виртуальную сеть Azure. Это может дать ему доступ к локальным ресурсам, таким как базы данных. Поэтому, если ваши требования таковы, что вам нужна масштабируемость, предлагаемая Azure, но вам необходимо сохранить свои данные на месте из-за ограничений безопасности, облачные сервисы - лучший выбор.

Веб-сайты Azure не могут быть частью виртуальной сети Azure. Для доступа к локальным ресурсам необходимо настроить такие механизмы, как Azure Service Bus Relay.

Ответ 5

У нас был наш веб-сайт, работающий на PHP на каком-то хостинге, и в какой-то момент решил перенести его на Azure (где сидит главная часть нашего сервиса). Мы начали работу с веб-сайтов Azure, что было отличным с точки зрения разработки (в основном интеграция с git). Но примерно через неделю тестирования (когда мы решили переместить веб-сайт) мы обнаружили, что в настоящее время

• Нет SSL для пользовательских доменов
• Пользовательские домены доступны только для зарезервированных экземпляров (без общей инфраструктуры)
• ОАС

Итак, мы перешли на Hosted Service. Основной проблемой для нас было отсутствие возможности простого развертывания (необходимо создать пакет и загрузить весь пакет веб-сайта), и найденное решение заключалось в том, чтобы использовать dropbox - в качестве задачи запуска для роли, мы устанавливаем службу Dropbox на машина, которая берет весь веб-сайт из dropbox, который, в свою очередь, имеет папку с проверкой SVN, поэтому обновления сайта стали очень легкими.