Служба облаков восстановлена ​​до последнего развертывания производства

Question

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

Answer 1

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

Я тоже научился этому. У меня была роль кеша только с одним экземпляром (я думал, что это имеет смысл только с одним экземпляром), и, несмотря на то, что обновления произошли, мой сайт несколько раз падал в течение нескольких дней!

Answer 2

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

Для получения дополнительной информации см. http://blogs.msdn.com/b/kwill/archive/2012/09/19/role-instance-restarts-due-to-os-upgrades.aspx и http://blogs.msdn.com/b/kwill/archive/2012/10/05/windows-azure-disk-partition-preservation.aspx.

Answer 3

Как утверждают другие, PaaS Web Роли без гражданства. Если вы вручную вносите изменения в свой развернутый пакет решений после его автоматического развертывания, то любое повторное развертывание в Azure будет просто развертывать пакет за вычетом ваших ручных изменений. Чтобы решить эту проблему, вы можете использовать задачи запуска для применения ваших ручных изменений с помощью сценария PowerShell или аналогичного (в зависимости от того, что вы меняете). См. http://msdn.microsoft.com/en-us/library/jj129544.aspx.

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