Реально ли ожидать автоматического обновления от корпоративных веб-приложений?

Question

Большая часть работы, которую я выполняю, связана с тем, что можно было бы считать корпоративными веб-приложениями.Эти проекты имеют большие бюджеты, более длительные сроки (от 3-12 месяцев) и интенсивную настройку.Поскольку мы, разработчики, рекламировали идею Интернета как следующей настольной ОС, клиенты начинают ожидать, что программное обеспечение, работающее на этой "новой ОС", будет реагировать так же, как на настольных компьютерах.Это включает в себя простое в управлении автоматическое обновление.Другими словами, "Доступно обновление.Вы хотите обновиться?" Это вообще реалистичное ожидание?Кто-нибудь может рассказать из своего опыта о попытках реализовать эту функцию?

Answer 1

В моя компания у нас есть корпоративные установки, рассчитанные на тысячи посадочных мест.Если бы мы внедрили автоматическое обновление, наши клиенты взбунтовались бы!

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

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

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

Answer 2

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

Видишь

http://news.zdnet.com/2424-9595_22-218408.html

и здесь

http://www.25hoursaday.com/weblog/2008/07/21/SoftwareAsAServiceWhenYourBusinessModelBecomesAParadox.aspx

для получения дополнительной информации

Answer 3

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

Для приложений Windows функция "обновление доступно, вы хотите обновить?" предоставляется корпорацией Майкрософт с помощью ClickOnce, которую я успешно использовал в корпоративной среде - есть несколько подводных камней, но по большей части это хороший способ управлять автоматическим развертыванием и обновлением приложений Windows.

Для мобильных приложений вы также можете реализовать автоматическое обновление, хотя это немного сложнее.

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

Answer 4

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