Развертывание отдельных слоев в Azure - PullRequest
0 голосов
/ 15 февраля 2012

Допустим, у меня есть 3 экземпляра в Azure. На каждом из них запущен отдельный уровень приложения, как я описал в этом вопросе Независимое развертывание отдельных слоев в Azure . Для независимого развертывания каждого слоя (см. «Роль») создается отдельный проект развертывания Azure. Вопрос в том, какой экземпляр будет заменен, когда я буду развертывать, например, бизнес-уровень? Могу ли я быть уверен, что экземпляры с пользовательским интерфейсом и доступом к данным останутся нетронутыми? Как найти заменяемый экземпляр, основываясь на имени роли?

Ответы [ 2 ]

1 голос
/ 15 февраля 2012

Чтобы уточнить, у вас есть 3 слоя, каждый из которых размещен в своей роли Windows Azure (не экземпляр).Если у вас есть каждая роль в отдельном развертывании (отдельные размещенные службы), то при развертывании вы будете обновлять только этот уровень.На другие уровни это не повлияет.

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

Я создал быстрое сообщение в блоге с несколькими снимками экрана для обновления одной роли .Обратите внимание, что портал Silverlight выдал исключение для меня, и я сообщил об этой ошибке и обновлю сообщение в блоге, если мы узнаем, о чем оно.

Обновлено: В портале управления silverlight существует ошибка, которая в настоящее время препятствует повышению производительности при обновлении одной роли.Команда Windows Azure знает об этом и расскажет об этом в будущем обновлении.В настоящее время нет ETA для этого обновления.Однако вы все равно можете выполнить обновление / обновление одной роли через API управления.

0 голосов
/ 16 февраля 2012

Как сказал Брент, определенно возможно выполнить обновление с одной ролью. Раньше, когда вы вносили какие-либо изменения в ServiceDefinition (изменяли размер виртуальной машины, добавляли новые параметры конфигурации, обновляли имя роли или изменяли количество экземпляров из определения службы, которое развернуто в настоящее время), когда вы обновляли эту роль, Azure Fabric Controller будет не позволяет вам выполнить обновление на месте. Теперь это тоже возможно. Таким образом, вы можете выполнить обновление ролей на месте и увеличить размер виртуальной машины. Как всегда, вы, по крайней мере, хотите иметь 2 экземпляра, чтобы избежать простоев.

Ранджит
http://www.opstera.com

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