Несколько веб-ролей в вычислительном экземпляре Azure [развертывание] - PullRequest
2 голосов
/ 05 июня 2011

У нас есть возможность иметь 2 или более веб-ролей в одном развертывании.Но каждое развертывание может быть либо staging , либо production , то есть, по расширению, мы получаем только 1 URL для доступа к этому развертыванию.В случае, как получить доступ к различным веб-ролям, какие будут URL-адреса для них. Также как использовать несколько веб-ролей в одном развертывании.

Ответы [ 2 ]

1 голос
/ 05 июня 2011

Почему несколько веб-ролей в одном развертывании? Рассмотрим приложение с общедоступным (ориентированным на клиента) веб-сайтом, а также административный веб-сайт (возможно, на порту 8000).Есть два основных способа справиться с этим:

  1. Поместите оба сайта в одну веб-роль.Это означает, что теперь они совместно используют экземпляры виртуальных машин, сетевые карты, память и т. Д. Это также означает, что, если вам необходимо масштабировать для обработки трафика, оба сайта масштабируются вместе как единое целое.
  2. Поместите каждый сайт всвоя роль.Теперь они находятся в своих собственных экземплярах виртуальной машины и могут масштабироваться отдельно.

Вариант № 1 более рентабелен, поскольку вы можете обойтись только двумя экземплярами роли (минимум два необходимы для SLA),Вариант № 2 лучше для независимого масштабирования.например: если вы получаете огромный всплеск трафика клиентов, это может вызвать проблемы при попытке получить доступ к административному веб-сайту, тогда как, если ваш веб-сайт администратора выполняет свою роль, на него не повлияет трафик клиентов.

В обоих случаях вы получаете один IP-адрес, одно * .cloudapp.net имя (и вы можете сопоставить ему собственное доменное имя с помощью CNAME).

Постановка против производства: Все ваше развертывание может быть опубликовано в Staging или Production (или в обоих, как две отдельные публикации).Постановка не предназначена для внешних пользователей - она ​​действительно предназначена для предварительной жизни, где вы можете убедиться, что новое развертывание работает как положено.Затем вы можете выполнить виртуальный обмен IP-адресами с работающей в данный момент системой в Production, что эффективно поменяет ваши промежуточные и производственные развертывания.Это приводит к почти мгновенному обновлению программного обеспечения без простоев клиентов.

Имейте в виду: каждая роль в развертывании должна оставаться вместе - вы не можете развернуть одну роль для одной службы, а другую - длядругой сервис. Если вы хотите сделать это : разделите свои роли на отдельные развертывания.Затем вы можете опубликовать их по разным URL-адресам.

0 голосов
/ 05 июня 2011

В производственном развертывании ваша веб-роль может быть доступна по URL с префиксом, который вы определили ранее, например myapp.cloudapp.net; С другой стороны, веб-роли в промежуточном развертывании можно получить по автоматически сгенерированному URL-адресу, например 205521014d8c440a83852b62e0df9db5.cloudapp.net

Боюсь, что нет способа получить прямой доступ к экземпляру веб-роли в обход маршрутизатора AppFabric. Зачем тебе вообще это нужно?

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

...