Можно ли развернуть несколько веб-приложений на одном экземпляре Windows Azure?

Да, теперь это возможно с последними обновлениями платформы Azure, выпущенными в конце 2010 года.

Вы должны внести соответствующие изменения конфигурации в файл определения службы вашего проекта Azure. Ниже приведен пример нескольких сайтов в одном домене. Сайт регистрации использует конечную точку https (вы также должны настроить свой сертификат), а остальные используют http. Общедоступный сайт не указывает заголовок узла и будет перехватывать все, что не указано явно. Это замечательно, когда у вас есть одно приложение, которому нужно обрабатывать несколько поддоменов (например, shopify). Для того, чтобы эта работа работала, вам необходимо иметь DNS, который позволяет использовать подстановочные cnames (GoDaddy dns не поддерживает). Очевидно, вам также понадобится запись cname, которая указывает на лазурный для каждого из других поддоменов. Еще одна вещь, на которую следует обратить внимание в этом примере, - это то, что PhysicalDirectory для приложений относится к проекту Azure. Надеюсь это поможет!

Вот ссылка, которая может помочь: http://msdn.microsoft.com/en-us/library/gg433110.aspx

    <?xml version="1.0" encoding="utf-8"?>
<ServiceDefinition name="SampleAzureProject" xmlns="http://schemas.microsoft.com/ServiceHosting/2008/10/ServiceDefinition">
  <WebRole name="RegisterSite_WebRole">
    <Sites>
      <Site name="RegisterSite" physicalDirectory="..\RegisterSite">
        <Bindings>
          <Binding name="RegisterBinding" endpointName="Endpoint1" hostHeader="register.sample.com" />
        </Bindings>
      </Site>
      <Site name="PublicSite" physicalDirectory="..\PublicSite">
        <Bindings>
          <Binding name="PublicBinding" endpointName="Endpoint2" hostHeader="" />
        </Bindings>
      </Site>
      <Site name="ManageSite" physicalDirectory="..\ManageSite">
        <Bindings>
          <Binding name="ManageBinding" endpointName="Endpoint2" hostHeader="manage.sample.com" />
        </Bindings>
      </Site>
      <Site name="MarketingSite" physicalDirectory="..\MarketingSite">
        <Bindings>
          <Binding name="MarketingBinding" endpointName="Endpoint2"  hostHeader="www.sample.com" />
        </Bindings>
      </Site>
    </Sites>
    <Endpoints>
      <InputEndpoint name="Endpoint1" protocol="https" port="443" certificate="SampleReg" />
      <InputEndpoint name="Endpoint2" protocol="http" port="80" />
    </Endpoints>
    <Imports>
      <Import moduleName="Diagnostics" />
    </Imports>
    <Certificates>
      <Certificate name="SampleReg" storeLocation="LocalMachine" storeName="My" />
    </Certificates>
  </WebRole>
</ServiceDefinition>

Это зависит от того, что вы подразумеваете под экземпляром Windows Azure.

Одна учетная запись Azure может содержать несколько служб и развертываний. Развертывание (на момент написания) могло содержать несколько рабочих и веб-ролей (по сути, проектов).

Одна веб-роль может быть развернута в нескольких экземплярах развертывания.

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

Если вы заинтересованы в минимизации затрат и сохранении нескольких тестовых веб-приложений под одним экземпляром веб-роли, это становится непросто - вам нужно объединить их в один проект и развернуть сразу.

Примечание: в последнем сценарии довольно скоро могут произойти кардинальные улучшения, поэтому Windows Azure - довольно безопасный вариант.

В текущем состоянии (август 2010 г.) Azure будет запускать только одно приложение («служба», «роль») для каждого экземпляра виртуальной машины.

Итак, сейчас простой ответ на ваш вопрос - нет.

Теперь, учитывая все возможности платформы, вы можете придумать несколько творческих способов создания такой песочницы. С помощью API управления службами вы можете разместить развертывание в хранилище Azure и перевести роли в оперативный режим в момент их запроса, а затем отключить их («удалить развертывание»), когда они больше не нужны. При развертывании будет некоторая задержка, поскольку фабрика переводит виртуальные машины в оперативный режим ... но в зависимости от варианта использования это может дать вам значительную экономию.

Единственный способ запустить несколько веб-приложений в одном экземпляре Azure - это объединить несколько приложений в один проект WebRole. Для каждого экземпляра веб-роли в Azure требуется одно веб-приложение.

Это может быть не слишком сложно, если ваши веб-приложения довольно простые или просто HTML-страницы, сгенерированные aspx - поместите каждое приложение в свой собственный подкаталог URL-адреса, чтобы имена страниц были отделены от других приложений. Поскольку ссылки между страницами в одном приложении обычно относятся к домашнему каталогу, это не должно сильно расстраивать ваши ссылки. Вы можете получить доступ к каждому «дополнительному приложению», используя URL-адреса: http://mydomain.com/app1/default.html, http://mydomain.com/app2/... и т. Д.

Вы увидите убывающую отдачу по мере увеличения сложности каждого веб-приложения. Будет сложнее втиснуть несколько сложных приложений в общее главное приложение.

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

Обычно вы ограничены одним приложением для каждой роли.

Не уверен, что это изменится, поскольку есть причины, по которым хостинг Windows Azure подобен.

Судя по вашему вопросу, в настоящее время облако может не подходить для вас. Особенно, если у вас есть что-то, что "на 90%" не используется. Это много потраченного впустую рабочего времени, чтобы роль бездействовала, платя доллары.

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

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

Другой облачный провайдер, такой как rackspace или Amazon, может быть лучше, вы могли бы создавать виртуальные машины Windows и размещать свои приложения на IIS, как на обычном сервере. Единственным преимуществом в этом случае будет более простая подготовка этого сервера и отсутствие управления инфраструктурой (хотя вам все равно придется управлять ОС и другими зависимостями, в отличие от Azure).