Почему код возвращается при перенастройке удаленных настроек в облачной службе Azure?

#azure #cloud #virtual-machine #azure-cloud-services

#azure #облако #виртуальная машина #azure-cloud-services

Вопрос:

У меня есть проект Sitefinity, который я развернул в облачной службе Windows Azure с использованием Sitefinity Thunder. Но проблема в том, что я изменил некоторые файлы вручную, используя экземпляр виртуальной машины (примечание: это имя пользователя используется в других конфигурациях в других облачных службах). Теперь, через несколько дней, когда я попытался подключиться к экземпляру виртуальной машины, я получил следующую ошибку:

 Remote Desktop can’t find the computer [Azure Colud Service name]. This might mean that doesn’t belong to the 
specified network. Verify the computer name and domain that you are trying to connect to.
  

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

Я много искал, почему это произошло, но не получил веской причины. Пожалуйста, кто-нибудь может объяснить здесь, как я могу избежать этой ситуации. Также как я могу развернуть только измененные файлы только в облачной службе Azure. Чтобы код не возвращался обратно ни в какой ситуации.

Редактировать:

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

2) Затем я заполняю значения и нажимаю значок [Галочка]. Пожалуйста. см. Изображение, приведенное ниже. введите описание изображения здесь

3) Затем, после завершения перенастройки, я выбираю вкладку «Экземпляры», затем нажимаю [Подключиться], чтобы загрузить файл RDP для подключения к экземпляру виртуальной машины для облачной службы. Пожалуйста. см. Изображение, приведенное ниже. введите описание изображения здесь

Спасибо

Комментарии:

1. Можете ли вы объяснить, что вы имеете в виду Then I reconfigured the VM Instance amp; downloaded. ?

2. Пожалуйста, посмотрите правку в моем сообщении.

Ответ №1:

Если ваш вопрос касается потери изменений, внесенных вами в виртуальную машину при ручном входе в виртуальную машину, то это ожидаемое поведение. По сути, виртуальные машины облачных служб — это Stateless VMs то, что любые изменения, которые вы вносите в виртуальную машину после запуска виртуальной машины, не сохраняются. По многим причинам ваша виртуальная машина может выйти из строя, и Microsoft заменит виртуальную машину. Когда Microsoft заменяет виртуальную машину, она берет код / двоичные файлы и настройки из пакета, который вы загружали в последний раз, поэтому внесенные вами изменения будут потеряны.

По этой причине при развертывании кода в облачной службе it is not recommended that you make the changes manually . Если вам нужно внести некоторые изменения, рекомендуется выполнить via startup tasks . Они выполняются при запуске вашей виртуальной машины и являются частью пакета. Очевидно, что другой альтернативой является использование виртуальных машин (IaaS) вместо облачных служб. Виртуальные машины Stateful VMs .

Что касается вашего вопроса о развертывании только измененных файлов, к сожалению, это невозможно с облачными сервисами. Ваш вариант — использовать виртуальные машины или веб-сайты.

Комментарии:

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

2. Если виртуальные машины не приводят к потере данных, мы пойдем с этим. Пожалуйста, помогите в этом случае, поскольку мы потеряли почти все 5-7 последних развертываний с помощью did вручную через удаленный рабочий стол в облачной службе, и код был возвращен к первой сборке, которую мы сделали для вас sitefinity thunder.

3. Также сейчас мы пытаемся обновить изменения кода через TFS для облачной службы? может ли это помочь нам и удовлетворить наши требования, когда мы хотим загружать только измененные файлы, потому что это быстрее, чем загрузка полного кода с помощью развертывания Thunder или сборки. Мы планируем: мы обновляем измененные файлы в TFS из локальной среды, а затем подключаем visual studio online к нашей облачной службе Azure, а затем обновляем каждую ревизию TFS в облачной службе. Но мы застряли с некоторыми ошибками сборки при запуске кода в VS online. Как вы думаете, мы можем развертывать только измененные файлы через TFS?

4. Слишком много комментариев :). Что касается 1-го, можете ли вы поделиться ссылкой? Что касается 3rd, развертывание кода на виртуальных машинах будет похоже на развертывание кода на вашем локальном сервере. Вы можете передавать только файлы, которые были изменены через FTP / Web Deploy / TFS.

5. Спасибо за ответы. я думаю, что второе предложение, на которое вы ответили, было для 2-го моего комментария. мой третий комментарий был неправильно понят. Прямо сейчас мы используем подход развертывания кода через TFS на существующих виртуальных машинах облачной службы, поскольку в этом случае мы можем, по крайней мере, развернуть измененные файлы, а не полный код. итак, мой третий комментарий состоял в том, чтобы спросить вас, возможно ли развернуть измененный код файлов через TFS, если мы подключим нашу учетную запись Visual Studio online к облачной службе. Я прочитал это, но столкнулся с ошибками сборки Visual Studio online, которые я исправляю. завтра поделюсь ссылкой на 1-й комментарий.