Является ли автоматическое обновление реалистичной функцией от корпоративных веб-приложений? - PullRequest
4 голосов
/ 08 сентября 2008

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

Ответы [ 4 ]

2 голосов
/ 08 сентября 2008

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

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

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

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

1 голос
/ 08 сентября 2008

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

См.

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

и здесь

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

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

0 голосов
/ 08 сентября 2008

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

0 голосов
/ 08 сентября 2008

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

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

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

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

...