CftClub.ru
Клуб специалистов ЦФТ-Банк

Горячий накат обновлений.
На страницу 1, 2  След.
 
Ответить на тему    Клуб специалистов ЦФТ-Банк (IBSO) -> Обновления и тестирование
Предыдущая тема :: Следующая тема  
Автор Сообщение
dbmaslov
Профи


Вступление в Клуб: 11.07.2007
СообщениеЧт Окт 18, 2007 08:38   Горячий накат обновлений. Ответить с цитатой
Полезность: Нет оценки
Год назад мои бывшие коллеги с которыми мы тогда сидели на RS-BANK были на экскурсии в Юниаструм банк, их там поразило, то что функционал АБС обновляется во время работы пользователей.

Хочу спросить у ребят из этого славного банка, насколько это соответствует действительности и насколько оправдана данная методика?
_________________
Маслов Дмитрий
foster
Участник


Вступление в Клуб: 03.07.2007
СообщениеЧт Окт 18, 2007 14:58    Ответить с цитатой
Полезность: 1
Методика не оправдана.
Более того, большАя часть изменений во время работы невозможна или приводит к проблемам в функционировании базы.

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

В первом случае разработка на тестовом сервере может быть затруднена и связана с риском потери написанного кода.

В двух других - синхронизация кодов и данных на сервере разработки с рабочим сервером может привести к критичной потере времени.

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

Желательно наличие VSS Smile
dbmaslov
Профи


Вступление в Клуб: 11.07.2007
СообщениеПт Окт 19, 2007 01:12    Ответить с цитатой
Полезность: Нет оценки
То, что функционал будет тестироваться - это понятно.
Речь шла о том, что обновления (после всех тестов итд итп) накатываются не тормозя базы. Скорее всего, их просто удивило что теоретически (без практического применения) пользователи могут сидеть в ИБСО и получать данные.
К слову в RS для апдэйта сервер приложений тормозился, и ни о каком доступе пользователей к данным не было и речи.

Спасибо за ответ.

Просто вопрос становится ОЧЕНЬ актуальным - разброс между филиалами 9 часов а база одна и ее нужно обновлять.
_________________
Маслов Дмитрий
dnk_dz
Эксперт


Вступление в Клуб: 19.09.2007
СообщениеПт Окт 19, 2007 07:26    Ответить с цитатой
Полезность: Нет оценки
dbmaslov пишет:

Просто вопрос становится ОЧЕНЬ актуальным - разброс между филиалами 9 часов а база одна и ее нужно обновлять.


Да, проблема актуальная. У нас, конечно, разброс по часовым поясам меньше (+ 2, - 2 часа). Но выходим из положения, накатывая по 2 патча за раз в какие-нибудь праздничные дни. А праздников в России достаточно Very Happy
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 пишет:
поразило, то что функционал АБС обновляется во время работы пользователей.

Такая практика используется не только в банке Юниаструм.

Подтверждаю. Не только Smile
Цитата:
Правда есть нюанс - в некоторых случаях (может кто уточнит в каких именно) в процессе наката после компиляции запускается пересоздание OBJECTS, которое при работе пользователей в системе чревато зависанием сервера.

Если я правильно понимаю о чем речь, то зависание это связано с тем, что в режиме запуска пользователем операцию не удается откомпилить. А пока она компилится, пользователю не удается ее завершить. Взаимозалочка. Поэтому если уж возникла необходимость перекомпилировать массовую операцию в рабочее время, приходится оперативно отслеживать пользователей, у кого она запущена и грохать сессии. Но это плохой путь.
dnk_dz
Эксперт


Вступление в Клуб: 19.09.2007
СообщениеСр Окт 24, 2007 06:05   Re: Горячий накат обновлений. Ответить с цитатой
Полезность: 1
Alex2019 пишет:
... Но это плохой путь.


Да, это не наш метод Wink
Просто необходим регламент установки обновлений на рабочую схему.
Например, у нас один человек занимается установкой накатов. К нему все разработчики направляют хранилища с указанием сроков наката, типа,
"По мере поступления" - некритичные накаты, которые можно устанавливать во время работы пользователей (в течение рабочего дня)

"В технологическое время" - накаты, которые необходимо устанавливать во время отстутствия пользователей (вечером, в обед, в выходной)

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

И соответственно, все обновления устанавливаются только с санкции "соответствующих органов", либо акт о проведении тестирования, подписанный заказчиком, либо служебка, подписанная начальником отдела/управления.
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 пишет:
согласен, в данном случае нужна системность установки накатов.
если банку нужна инфа актуальная, то нужно накатывать все обновления. Хотя это не всегда возможно. Другой вариант - разделять очередные дополнения и внеочередные..... но это опять в вопрос к ЦФТ. Тогда внеочередные тоже нужно нумеровать и факт наката фиксировать в журнале.


Я говорил о собственных доработках.
Дополнения к релизам ЦФТ мы накатываем только в крайних случаях, когда это влияет на работу. А в общем, устанавливаем ЦФТ-шные обновления далеко не сразу после их выпуска. Ждем-с, пока не выпустят все дополнения к обновлению Very Happy
Alexander
Участник со стажем


Вступление в Клуб: 25.10.2008
СообщениеСб Окт 25, 2008 16:44   Re: Горячий накат обновлений. Ответить с цитатой
Полезность: Нет оценки
dnk_dz пишет:
Alex2019 пишет:
... Но это плохой путь.


Да, это не наш метод Wink
Просто необходим регламент установки обновлений на рабочую схему.


Нет ли возможности поделиться регламентом? Собираемся внедрять ибсо и думаю, что нам тоже понадобится такой документ сделать.

Спасибо.
Alexsey
Эксперт


Вступление в Клуб: 06.09.2007
СообщениеПн Окт 27, 2008 06:59    Ответить с цитатой
Полезность: Нет оценки
dnk_dz пишет:
dbmaslov пишет:
согласен, в данном случае нужна системность установки накатов.
если банку нужна инфа актуальная, то нужно накатывать все обновления. Хотя это не всегда возможно. Другой вариант - разделять очередные дополнения и внеочередные..... но это опять в вопрос к ЦФТ. Тогда внеочередные тоже нужно нумеровать и факт наката фиксировать в журнале.


Я говорил о собственных доработках.
Дополнения к релизам ЦФТ мы накатываем только в крайних случаях, когда это влияет на работу. А в общем, устанавливаем ЦФТ-шные обновления далеко не сразу после их выпуска. Ждем-с, пока не выпустят все дополнения к обновлению Very Happy


мы как правило накаты делаем.. текущий патч ЦФТ - одна версия.. ибо большинство критических ошибок уже исправлено
_________________
всегда есть как минимум 2 выхода
Показать сообщения:   
Ответить на тему    Клуб специалистов ЦФТ-Банк (IBSO) -> Обновления и тестирование Часовой пояс: GMT + 3
На страницу 1, 2  След.
Страница 1 из 2

 
Перейти:  
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Рейтинг@Mail.ru