Переиздание веб-приложения ASP.NET, В то время как Сайт Жив
Получил эту работу после добавления компиляции 'org.apache.camel: camel-kafka: 3.0.0-M2', которую можно найти в этом промежуточном хранилище / orgapachecamel-1124 / org / apache / camel /
Я думаю, что 3.0.0-M2 будет официально поддерживаться Camel в начале следующей недели.
Редактировать: 3.0.0-M2 доступно сейчас https://repository.apache.org/content/repositories/releases/org/apache/camel/apache-camel/3.0.0-M2/
Имеет поддержку Camel Kafka & amp; Реестр схемы слияния
6 ответов
Изменение на модель веб-сайта asp.net не будет иметь никакого эффекта, поскольку перерабатывание также произойдет, некоторые изменения, которые инициировали его наверняка: web.config, global.asax, app_code.
После перерабатывания все еще будет зарегистрирован пользователь, потому что asp.net просто проверит синтаксис. Этому дают Вас, используют фиксированный ключ машины, иначе он изменится на каждом, перерабатывают. Это - что-то, что Вы хотите сделать так или иначе, поскольку другой материал может повредиться если ключевое изменение через запросы т.е. проверку состояния отображения, встроенные ресурсы (дешифрование сбоев URL).
Если можно вывести сессию из процесса, как в SQL-сервере, Вы постараетесь не освобождать сессию. Если Вы не можете, Ваш код должен будет рассмотреть это. Существует много сценариев, где можно избегать использования сессии, и другие были Вами, может перенести его и повторно получить информацию, если сессия была убрана. Это должно оставить Вас с небольшим количеством конкретными случаями, которые Вы знаете, может дать проблему пользователям, таким образом, для тех Вы делаете некоторые другие предложений уже сделали.
Одно решение могло состоять в том, чтобы развернуться, Ваше приложение в загрузку сбалансировало среду (веб-ферма).
При развертывании новой версии Вы использовали бы подсистему балансировки нагрузки для перенаправления запросов к серверу, к которому Вы не развертываетесь.
Я создаю два веб-сайта в IIS. Каждый - производственный веб-сайт, и другой статический веб-сайт с HttpHandler, который отправляет все запросы к единственным помехам, "Мы обновляем" страницу HTML, подаваемую с Недоступным сервисом HTTP 503. Обычно веб-сайт обновления выключен. Когда пора обновить, мы останавливаем производственный веб-сайт, запускаем веб-сайт обновления, и теперь мы можем играть с производственным веб-сайтом все, что мы хотим, не волнуясь о DLLs том, чтобы быть заблокированным или рабочих процессах, бывших должных вращаться вниз.
Я начал делать это потому что
- App_Offline.htm действительно не работает хорошо в веб-Садах, которые мы используем.
- App_Offline.htm служит его странице в качестве 404, который плох, если Вы снижаетесь в течение значимого промежутка времени.
- Мы можем запустить обновленный производственный веб-сайт с измененных настроек (только слушающий на localhost), где мы можем сделать принятие/проверку на последней минуте, что все работает, прежде чем мы зеркально отразим переключатель, выключая веб-сайт обновления и повторно включая производственный веб-сайт.
Вещи, которые это не решает, включают
- Любое обслуживание, которое требует перезапуска сервера - Вы все еще, имеет время простоя, где никакая страница не подается.
- Любое обслуживание, которое надувает со временем выполнения.NET, как обновление до последнего пакета обновления.
Другие подходы, которые я видел, включают
- Наличие двух серверов. Отправьте все запросы выравнивания нагрузки к одному серверу, обновите другой; затем промывка и повторение. У большинства из нас нет этой роскоши.
- Создание нескольких каталогов bin, как мусорное ведро 1.0.0.0 и мусорное ведро 1.1.0.0 и сообщение ASP.NET, который каталог bin использовать в web.config файле. (Одно преимущество этого состоит в том, что возвращение к предыдущему двоичному файлу просто редактирует файл конфигурации. Недостаток - то, что более трудно вернуться ресурсы, которые не заканчиваются в Ваших двоичных файлах, как шаблоны и изображения и такой.) Я не помню, как это на самом деле работало - я думаю, что приложение сделало некоторый последний блок, загружающийся в его Global.asax на основе его собственного раздела web.config (так как Вы коснулись web.config, приложение перезапустило, таким образом, это было хорошо).
При нахождении лучшего пути сообщите мне!
Я не уверен, как ТАК обрабатывает его.. Но мы обычно помещаем страницу содержания. Таким образом, что когда-либо пользователь сделал (добавляющий вопрос, или вопросы ответа) не становится обновленным. Как только он обновляет что-то, что он будет видеть, что страница содержания просит, чтобы он попробовал после когда-то.
И если я - пользователь, я обычно нажимаю кнопку "Назад" для проверки, что я ввел, сохраняется в истории браузера так, чтобы я мог отправить позже.
Некоторое использование использования сайта находится в кластерной среде, таким образом, я вывожу один сервер из эксплуатации и сообщаю подсистеме балансировки нагрузки, что она не будет доступна и после того как я удостоверяюсь, что новая версия хорошо работает, я заставляю его жить.. Я делаю то же самое для следующего сервера.
У нас есть какая-либо другая опция?
Это не техническое решение, но настроило запланированное окно обслуживания. Вы можете annoucement, заранее дающий Ваше справедливое предупреждение базы пользователей, что существует возможность, что приложение не будет доступно в течение того периода времени.
App_offline.htm является отличным решением для этого, я думаю.
в том, ТАКИМ ОБРАЗОМ, мы видим приложение в настоящее время недоступная страница, когда развертывание начинается.