Горячий накат обновлений.
На страницу 1, 2 След.
|
| Предыдущая тема :: Следующая тема |
| Автор |
Сообщение |
dbmaslov
Профи
Вступление в Клуб: 11.07.2007
|
 Чт Окт 18, 2007 08:38 Горячий накат обновлений. |
 |
Полезность: Нет оценки
|
Год назад мои бывшие коллеги с которыми мы тогда сидели на RS-BANK были на экскурсии в Юниаструм банк, их там поразило, то что функционал АБС обновляется во время работы пользователей.
Хочу спросить у ребят из этого славного банка, насколько это соответствует действительности и насколько оправдана данная методика?
_________________
Маслов Дмитрий |
|
 |
foster
Участник
Вступление в Клуб: 03.07.2007
|
| Чт Окт 18, 2007 14:58 |
|
Полезность: 1
|
Методика не оправдана.
Более того, большАя часть изменений во время работы невозможна или приводит к проблемам в функционировании базы.
Однако, такие действия могут быть неизбежны при:
- проблемах с наличием и функционированием сервера разработки
- исправлении критической ошибки
- некритичных, но востребованных, изменениях, связанных, например, с отчетностью
В первом случае разработка на тестовом сервере может быть затруднена и связана с риском потери написанного кода.
В двух других - синхронизация кодов и данных на сервере разработки с рабочим сервером может привести к критичной потере времени.
Плановые же разработки и изменение функционала, а в идеале и все работы, следует производить на отдельной базе с обязательным тестированием и последующим накатом на рабочую базу либо после окончанчания работы пользователей, либо в период минимальной нагрузки.
Желательно наличие VSS  |
|
|
dbmaslov
Профи
Вступление в Клуб: 11.07.2007
|
| Пт Окт 19, 2007 01:12 |
|
Полезность: Нет оценки
|
То, что функционал будет тестироваться - это понятно.
Речь шла о том, что обновления (после всех тестов итд итп) накатываются не тормозя базы. Скорее всего, их просто удивило что теоретически (без практического применения) пользователи могут сидеть в ИБСО и получать данные.
К слову в RS для апдэйта сервер приложений тормозился, и ни о каком доступе пользователей к данным не было и речи.
Спасибо за ответ.
Просто вопрос становится ОЧЕНЬ актуальным - разброс между филиалами 9 часов а база одна и ее нужно обновлять.
_________________
Маслов Дмитрий |
|
|
dnk_dz
Эксперт
Вступление в Клуб: 19.09.2007
|
| Пт Окт 19, 2007 07:26 |
|
Полезность: Нет оценки
|
| dbmaslov пишет: |
Просто вопрос становится ОЧЕНЬ актуальным - разброс между филиалами 9 часов а база одна и ее нужно обновлять. |
Да, проблема актуальная. У нас, конечно, разброс по часовым поясам меньше (+ 2, - 2 часа). Но выходим из положения, накатывая по 2 патча за раз в какие-нибудь праздничные дни. А праздников в России достаточно  |
|
|
German
Профи
Вступление в Клуб: 25.06.2007
|
| Пн Окт 22, 2007 15:44 Re: Горячий накат обновлений. |
|
Полезность: Нет оценки
|
| dbmaslov пишет: | Год назад мои бывшие коллеги с которыми мы тогда сидели на RS-BANK были на экскурсии в Юниаструм банк, их там поразило, то что функционал АБС обновляется во время работы пользователей.
Хочу спросить у ребят из этого славного банка, насколько это соответствует действительности и насколько оправдана данная методика? |
Такая практика используется не только в банке Юниаструм. Разумеется, речь идет об изменениях операций/представлений, а не о накате патча или ТБП.
Подобные "горячие" накаты вполне безопасны (как и правка операций на боевой схеме). Правда есть нюанс - в некоторых случаях (может кто уточнит в каких именно) в процессе наката после компиляции запускается пересоздание OBJECTS, которое при работе пользователей в системе чревато зависанием сервера.
Кстати, ценю IBSO за грамотный модуль "Администратор проектов" и считаю возможность обновлять конкретную выбранную структурную единицу системы огромным жирным плюсом ЦФТ-Банк.
_________________
Homo homini |
|
|
Alex2019
Профи
Вступление в Клуб: 02.07.2007
|
| Вт Окт 23, 2007 17:18 Re: Горячий накат обновлений. |
|
Полезность: Нет оценки
|
| Цитата: | | dbmaslov пишет: | | поразило, то что функционал АБС обновляется во время работы пользователей. |
Такая практика используется не только в банке Юниаструм. |
Подтверждаю. Не только
| Цитата: | | Правда есть нюанс - в некоторых случаях (может кто уточнит в каких именно) в процессе наката после компиляции запускается пересоздание OBJECTS, которое при работе пользователей в системе чревато зависанием сервера. |
Если я правильно понимаю о чем речь, то зависание это связано с тем, что в режиме запуска пользователем операцию не удается откомпилить. А пока она компилится, пользователю не удается ее завершить. Взаимозалочка. Поэтому если уж возникла необходимость перекомпилировать массовую операцию в рабочее время, приходится оперативно отслеживать пользователей, у кого она запущена и грохать сессии. Но это плохой путь. |
|
|
dnk_dz
Эксперт
Вступление в Клуб: 19.09.2007
|
| Ср Окт 24, 2007 06:05 Re: Горячий накат обновлений. |
|
Полезность: 1
|
| Alex2019 пишет: | | ... Но это плохой путь. |
Да, это не наш метод 
Просто необходим регламент установки обновлений на рабочую схему.
Например, у нас один человек занимается установкой накатов. К нему все разработчики направляют хранилища с указанием сроков наката, типа,
"По мере поступления" - некритичные накаты, которые можно устанавливать во время работы пользователей (в течение рабочего дня)
"В технологическое время" - накаты, которые необходимо устанавливать во время отстутствия пользователей (вечером, в обед, в выходной)
"Немедленно" - накаты, устраняющие критичные проблемы в работе. Но для этого необходимо выкинуть всех пользователей, либо проанализировать содержимое изменений на предмет возникновения возможных блокировок.
И соответственно, все обновления устанавливаются только с санкции "соответствующих органов", либо акт о проведении тестирования, подписанный заказчиком, либо служебка, подписанная начальником отдела/управления. |
|
|
German
Профи
Вступление в Клуб: 25.06.2007
|
| Ср Окт 24, 2007 08:43 Re: Горячий накат обновлений. |
|
Полезность: Нет оценки
|
| Alex2019 пишет: | | Цитата: | | Правда есть нюанс - в некоторых случаях (может кто уточнит в каких именно) в процессе наката после компиляции запускается пересоздание OBJECTS, которое при работе пользователей в системе чревато зависанием сервера. |
Если я правильно понимаю о чем речь, то зависание это связано с тем, что в режиме запуска пользователем операцию не удается откомпилить. А пока она компилится, пользователю не удается ее завершить. Взаимозалочка. Поэтому если уж возникла необходимость перекомпилировать массовую операцию в рабочее время, приходится оперативно отслеживать пользователей, у кого она запущена и грохать сессии. Но это плохой путь. |
Нет, компиляция операции (как при ее накате, так и при редактировании на рабочей схеме) сервер не завешивает. Компиляция встает в очередь и ждет, пока все держащие операцию пользователи завершат исполнение.
Речь именно о пересоздании OBJECTS (после наката в debug_pipe начинают бежать списки типов и представлений).
_________________
Homo homini |
|
|
German
Профи
Вступление в Клуб: 25.06.2007
|
| Ср Окт 24, 2007 08:44 Re: Горячий накат обновлений. |
|
Полезность: Нет оценки
|
| dnk_dz пишет: | Просто необходим регламент установки обновлений на рабочую схему.
Например, у нас один человек занимается установкой накатов. К нему все разработчики направляют хранилища с указанием сроков наката, типа,
"По мере поступления" - некритичные накаты, которые можно устанавливать во время работы пользователей (в течение рабочего дня)
"В технологическое время" - накаты, которые необходимо устанавливать во время отстутствия пользователей (вечером, в обед, в выходной)
"Немедленно" - накаты, устраняющие критичные проблемы в работе. Но для этого необходимо выкинуть всех пользователей, либо проанализировать содержимое изменений на предмет возникновения возможных блокировок.
И соответственно, все обновления устанавливаются только с санкции "соответствующих органов", либо акт о проведении тестирования, подписанный заказчиком, либо служебка, подписанная начальником отдела/управления. |
Молодцы!
_________________
Homo homini |
|
|
dbmaslov
Профи
Вступление в Клуб: 11.07.2007
|
| Ср Окт 24, 2007 08:52 |
|
Полезность: 1
|
регламент наката нужен, по многим причинам.
первое что меня смущало и смущает до сих пор - это то, что невозможно узнать полный номер версии.
реально получается так: 7.6 с чем то там еще..... хотя когда я спрашивал у ЦФТ, почему в навигаторе видно только версию основной сборки : сказали что не хватает разрядности реквизита.
прошло время..... реквизит "номер версии" стал короче (убрали 5.)..но пока на этом все и встало...
или я заблуждаюсь?
почему нельзя в каждое дополнение включать файл с информацией о версии? пока одни вопросы..... и достоверно узнать какое именно дополнение стоит - невозможно.
_________________
Маслов Дмитрий |
|
|
German
Профи
Вступление в Клуб: 25.06.2007
|
| Ср Окт 24, 2007 08:59 |
|
Полезность: Нет оценки
|
| dbmaslov пишет: | первое что меня смущало и смущает до сих пор - это то, что невозможно узнать полный номер версии.
реально получается так: 7.6 с чем то там еще..... хотя когда я спрашивал у ЦФТ, почему в навигаторе видно только версию основной сборки : сказали что не хватает разрядности реквизита.
прошло время..... реквизит "номер версии" стал короче (убрали 5.)..но пока на этом все и встало...
или я заблуждаюсь?
почему нельзя в каждое дополнение включать файл с информацией о версии? пока одни вопросы..... и достоверно узнать какое именно дополнение стоит - невозможно. |
Дополнения, в отличие от новой версии, не накопительные. Вы можете установить Дополнение 2, не установив Дополнения 1. Тогда номер версии 7.6.2 может лишь сбить с толку...
_________________
Homo homini |
|
|
dbmaslov
Профи
Вступление в Клуб: 11.07.2007
|
| Ср Окт 24, 2007 09:35 |
|
Полезность: Нет оценки
|
согласен, в данном случае нужна системность установки накатов.
если банку нужна инфа актуальная, то нужно накатывать все обновления. Хотя это не всегда возможно. Другой вариант - разделять очередные дополнения и внеочередные..... но это опять в вопрос к ЦФТ. Тогда внеочередные тоже нужно нумеровать и факт наката фиксировать в журнале.
_________________
Маслов Дмитрий |
|
|
dnk_dz
Эксперт
Вступление в Клуб: 19.09.2007
|
| Ср Окт 24, 2007 10:38 |
|
Полезность: Нет оценки
|
| dbmaslov пишет: | согласен, в данном случае нужна системность установки накатов.
если банку нужна инфа актуальная, то нужно накатывать все обновления. Хотя это не всегда возможно. Другой вариант - разделять очередные дополнения и внеочередные..... но это опять в вопрос к ЦФТ. Тогда внеочередные тоже нужно нумеровать и факт наката фиксировать в журнале. |
Я говорил о собственных доработках.
Дополнения к релизам ЦФТ мы накатываем только в крайних случаях, когда это влияет на работу. А в общем, устанавливаем ЦФТ-шные обновления далеко не сразу после их выпуска. Ждем-с, пока не выпустят все дополнения к обновлению |
|
|
Alexander
Участник со стажем
Вступление в Клуб: 25.10.2008
|
| Сб Окт 25, 2008 16:44 Re: Горячий накат обновлений. |
|
Полезность: Нет оценки
|
| dnk_dz пишет: | | Alex2019 пишет: | | ... Но это плохой путь. |
Да, это не наш метод
Просто необходим регламент установки обновлений на рабочую схему.
|
Нет ли возможности поделиться регламентом? Собираемся внедрять ибсо и думаю, что нам тоже понадобится такой документ сделать.
Спасибо. |
|
|
Alexsey
Эксперт
Вступление в Клуб: 06.09.2007
|
| Пн Окт 27, 2008 06:59 |
|
Полезность: Нет оценки
|
| dnk_dz пишет: | | dbmaslov пишет: | согласен, в данном случае нужна системность установки накатов.
если банку нужна инфа актуальная, то нужно накатывать все обновления. Хотя это не всегда возможно. Другой вариант - разделять очередные дополнения и внеочередные..... но это опять в вопрос к ЦФТ. Тогда внеочередные тоже нужно нумеровать и факт наката фиксировать в журнале. |
Я говорил о собственных доработках.
Дополнения к релизам ЦФТ мы накатываем только в крайних случаях, когда это влияет на работу. А в общем, устанавливаем ЦФТ-шные обновления далеко не сразу после их выпуска. Ждем-с, пока не выпустят все дополнения к обновлению |
мы как правило накаты делаем.. текущий патч ЦФТ - одна версия.. ибо большинство критических ошибок уже исправлено
_________________
всегда есть как минимум 2 выхода |
|
|
|
|
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
|
|
О проекте
Поиск
Отзывы
Регистрация
Вход
