R-Style Softlab
Блог ИТ-компании R-Style Softlab, разработчика программного обеспечения для компаний финансового сектора, АПК и государственных организаций. www.softlab.ru
Ирина, спасибо за статью!
V.P. Вы это серьезно?
Любое, самое минимальное изменение кода в банковской системе тянет за собой полный цикл ретеста. Просто потому что должна быть уверенность на 146% что новый код работает не хуже (по функционалу, нагрузке и т.д. и т.п.) старого.
Михаил Мальцев: Здесь речь идет о том, что если банк работает на коробочной версии АБС RS-Bank V6 с минимальными доработками со своей стороны, то перевод базы с Oracle на Postgres Pro и запуск работы на ней занимает от двух недель до месяца. Если же у банка большое количество собственных доработок, то конечно срок перевода увеличится, т.к. банку придется все свои доработки адаптировать и тестировать.
V.P. Отретестить всю АБС - это не 2 недели и не месяц, а намного больше. И при этом банк не может закрыться на "технический перерыв" даже на 10 минут (есть нормативы регулятора на доступность систем разного уровня критичности - для mission critical систем это считаные минуты). Он должен продолжать работу в режиме 24/7.
Михаил Мальцев: Речь не идет о тестировании банком дистрибутивного функционала АБС RS-Bank V6. Этот функционал итак будет оттестирован внутри компании до того, как новый дистрибутив, работающий и на Oracle и на Postgres Pro, будет передан в тираж.
V.P. Т.е. нужен некий "переходный период" когда в банке будут параллельно работать обе системы и результаты их работы будут постоянно мониториться на идентичность. Не так все это просто с моей точки зрения (человека, который более 5-ти лет работает на уровне ядра АБС в банке из топ-10). Не говоря уже о том, что не все банки на оракле работают :-)
Михаил Мальцев: В статье не рассматриваются все виды АБС и СУБД, на которых они работают. Речь идет о конкретной АБС RS-Bank V6, работающей в настоящий момент на СУБД Oracle, и о переводе ее работы на СУБД Postgres Pro.
Спасибо!