Развертывание систем (Автоматические обновления у пользователей)

← →
fag2000 (2004-01-27 18:12) [0]

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

1. Как с наименьшей трудоемкостью например устанавливать на компы пользователей свою софтину?

2. Если обнаружились ошибки не бегая по пользователям принудительно обновить(например при запуске ими прилаги) версии файлов на машине?

Условия такие -
примерно 100 пользователей все в рамках одного здания, сеть у всех есть.

← →
Цинциннат (2004-01-27 18:50) [1]

AD, MS SMS, и т.п.
microsoft.com

← →
fag2000 (2004-01-27 18:58) [2]

Можно несколько подробнее - ссылки для начинающего.

← →
Дремучий © (2004-01-27 21:27) [3]

Если для этих 100 машин есть сервак - то без проблем.

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

Клиентское приложение запускается, смотрит на сервере ини файл: если версии совпадают, просто запускается; если нет -- делает апдейт нужных файлов, описанный на серверном ини-файле(и запускается только после удачного апдейта). Если нужно можно предусмотреть транзакции с резервным копированием и возможностью отката для таких обновлений.

← →
Sergey_Masloff (2004-01-27 21:59) [4]

никаких ini не нужно. Просто пользователь запускает не саму программу а загрузчик который смотрит на сервере нет ли чего поновее. Если есть свежее - скачивается и запускается если нет то запускается что есть.

← →
fag2000 (2004-01-28 09:57) [5]

Спасибо за ответы в принципе как это работает - понятно. Наверное оптимально - загрузчик, возможно на vbscript. А вот как его лучше писать? И стоит ли его писать самому? Нет ли уже готовых проверенных решений?

← →
pasha_golub © (2004-01-28 10:35) [6]

fag2000
А почему на VBScript, можно как мне кажется использовать обновление с FTP, и написать свою программу-загрузчик. Готовых врядли, но вот идею можно подсмотреть у того же Касперского например, или у Утилит Нортона.

← →
fag2000 (2004-01-28 11:16) [7]

2
> pasha_golub © (28.01.04 10:35) [6]
Задача то стандартная. Наверняка человечество уже пыталось ее решать.

← →
pasha_golub © (2004-01-28 11:59) [8]

Задача стандартная, спорить не буду. Но ведь и реализация займет всего-то пару часов, ИМХО. Так зачем же искать и подгонять под свои нужды, если мона самому?

← →
NickBat © (2004-01-28 13:01) [9]

Сейчас что-то будет.
А не проще на сервере одну программу для всех держать и запускать ее с сервера?

← →
Sandman25 © (2004-01-28 13:06) [10]

[9] NickBat © (28.01.04 13:01)

Каждый раз перекачивать по сети весь exe файл? Сервер может находиться за 3 км от клиента. Кстати, я перекачиваю новую версию и с логического диска, и с ftp (как захотят, так и настроят). С ftp точно ничего не запустишь :)
К тому же, если связи с сервером почему-то нет, всегда можно запустить старую версию. А вдруг сработает :-)

> Sandman25 © (28.01.04 13:06) [10]
Я же говорил, что начнется. :)))
См. автора ветки:

> примерно 100 пользователей все в рамках одного здания,
> сеть у всех есть.
Отсюда я предположил, что сеть обычная витая пара 10/100 и нормальный файловый сервер. Зачем в таком случае работать по FTP?
Для такой сетки размер экзешника совершенно некритичен. Сколько там того файла - 5, ну максимум 10 метров.

> К тому же, если связи с сервером почему-то нет, всегда можно запустить старую версию.

Чтот-то мне подсказывает, что такие программы работают в сети с какими-то общими данными, скорее всего с БД. В таком случае запуск старой версии без сети - как корове седло. :)))

← →
fag2000 (2004-01-29 10:20) [13]

2
> pasha_golub © (28.01.04 11:59) [8]
Можно написать самому но пара часов -> качество решения задачи под вопросом. Потом если это специальная утилита разработанная для этого дела в ней учтен опыт не одного применения. Ведь, есть надежда, что это у конторы не последний такой проэкт - дальше еще мастабней должны (больше юзеров, компов на которые установлена система) быть и наступать на все грабли, на которые до этого уже наступали раньше - совсем не хочется. Ведь возможность оперативно исправлять обнаруженные ошибки один из важных факторов успешного внедрения.

Системы контроля версий служат и для этой задачи, а не только для исходников. По-крайней мере у нас в конторе. Батник написать для обвязки cvs.exe - 5 минут. Чтобы раздать его юзерам вместе с cvs.exe уйдет намного больше времени. Зато потом - лафа. :))

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

Развертывание систем (Автоматические обновления у пользователей) Найти похожие ветки