Комплексная оптимизация
банковской деятельности
ИСУБД «Новая Афина»
Система предназначена для автоматизации банковской деятельности, организации бухгалтерского учета и эффективного управления бизнесом банка с использованием высокотехнологичных средств автоматизации.
ИСУБД «Новая Афина» позволяет автоматизировать разнообразные направления деятельности банка, такие как: расчетно-кассовое обслуживание, рекламационная переписка (investigation), работа с корреспондентскими счетами, кредиты, депозиты, фондовые операции, депозитарный учет, факторинг, сейфовые ячейки, центры финансового учета, документарные операции, гарантии, аккредитивы, счета-фактуры, векселя, валютный дилинг, платежные карты физических и юридических лиц, учет основных средств, нематериальных активов и материалов и многие другие.
В состав ИСУБД «Новая Афина» входят прикладные системы, общесистемные модули, дополнительные функциональности и специализированные прикладные решения.
Вернуться назад
Добавил:
Upload
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз:
Предмет:
Файл:
Автоматизир ФинСистемы.doc
Скачиваний:
70
Добавлен:
02.03.2016
Размер:
1.14 Mб
Скачать
Корпоративная информационная система управления
банковской
деятельностью ИСУБД «Новая
Афина«
Система находится
в промышленной эксплуатации с 1997 г. В
настоящее время ИСУБД «Новая Афина»
является общепризнанным лидером среди
решений своего класса — систем пятого
поколения.
Системы охватывает
следующие направления:
-
управление
банковским бизнесом; -
комплексная
автоматизация деятельности банка -
обеспечение
эффективной деятельности и возможности
развития банковского бизнеса.
К достоинствам
системы относится следующее:
-
единое
информационное пространство бизнеса
(вся значимая информация, касающаяся
деятельности банка, обрабатывается
системой в режиме реального времени
и хранится в централизованной БД);
-
полнота информации
(система предоставляет широкий набор
информационных объектов, необходимых
для автоматизации банковской деятельности,
который может быть изменен или дополнен
силами специалистов банка);
-
настраиваемая
отчетность (ИСУБД «Новая Афина»
позволяет получить любую информацию,
хранимую в системе, обработанной и
представленной в форме, максимально
удобной для всех уровней управления
банком); -
интеграция
со специализированными аналитическими
системами
обеспечивает возможность многомерного
анализа и прогнозирования деятельности
банка средствами специализированных
аналитических систем; -
поддержка
многофилиальности и удаленных рабочих
мест (ИСУБД»Новая Афина» позволяет оптимизировать
и расширять организационную структуру
банка, экономя значительные средства
при организации филиалов, отделений и
удаленных подразделений); -
управление
правами доступа и рабочими местами
пользователей в соответствии с
должностными инструкциями ответственных
лиц; -
управление
информационными потоками банка (оно
обеспечивается настраиваемой системой
маршрутизации документов между
ответственными лицами, позволяет
оптимизировать и развивать бизнес-процессы
банка, сокращать непроизводительные
накладные расходы, регламентировать
и контролировать действия ответственных
лиц при работе с банковскими документами); -
различные
модели учета (они обеспечивают
бесперебойную работу банка в соответствии
с изменяющимися требованиями
контролирующих органов, позволяют
совершенствовать систему внутренних
взаиморасчетов, гибко управлять
финансовыми потоками); -
аналитический
учет в реальном времени (он обеспечивает
достоверность и непротиворечивость
финансовой информации).
ИСУБД «Новая
Афина» подтверждает эффективность
работы при следующих параметрах:
-
обслуживание
свыше 400000 клиентов банка; -
ведение более
900000 счетов; -
обработка до
154000 платежных документов в час; -
работа с БД,
содержащей 17000000 финансовых документов; -
одновременная
работа до 1500 пользователей.
Архитектура ИСУБД
состоит из следующих трех укрупненных
слоев:
1) электронный
документооборот;
2) прикладная
архитектура;
3) программно-аппаратная
платформа.
Все
уровни архитектуры системы организованы
с учетом таких главных
целей, как высокая эффективность,
производительность и технологичность
в сочетании с надежностью, гибкостью и
адаптивностью.
Система
реализована в
архитектуре «клиент–сервер».
Все
бизнес-про-цедурысистемы выполняются на сервере. Серверная
часть ИСУБД «Новая
Афина» использует СУБД Oracle.
Взаимодействие
головного отделения банка с удаленными
рабочими местами и отделениями
осуществляется в режиме реального
времени по выделенным каналам связи,
через сеть «Интернет» или через
коммутируемый канал в режиме удаленного
терминала системы. Взаимодействие с
филиалами осуществляется либо при
помощи доступа к удаленному рабочему
месту, либо при помощи обмена файлами
с наборами показателей (интегрированных
данных системы, определяемых персоналом
банка) для расчета сводных характеристик
банка и его филиалов. При хороших линиях
связи возможна работа филиалов на единой
базе с разграничением полномочий.
Для
приема и передачи информации могут
использоваться транспортные системы
SWIFT, РКЦ.
Состав общесистемных
модулей и прикладных (функциональных)
подсистем ИСУБД «Новая Афина»
приведен в таблицах 5, 6.
Таблица
5. Общесистемные
модули ИСУБД «Новая Афина»
Модуль |
Назначение модуля |
Менеджер |
Служит для |
Администратор |
Обеспечивает |
Менеджер отчетов |
Позволяет |
Общие |
Поддерживает |
Транспортные |
Содержит механизмы |
Таблица
6. Прикладные
подсистемы ИСУБД «Новая Афина»
Подсистема |
Назначение |
Расчетное |
Подсистема для
модуль |
Продолжение табл.
6
Подсистема |
Назначение |
модуль |
|
Операции |
Предназначена
модуль
модуль |
Корреспондентские |
Предназначена |
Счета-фактуры |
Ведение учета |
Рекламационная |
Обеспечивает |
Итоговые |
Предназначена
модуль
модуль |
Депозиты |
Предназначена
модуль
модуль
модуль |
Кредиты |
Предназначена
модуль
модуль |
Окончание табл.
6
Подсистема |
Назначение |
Депозитарный |
Служит для
модуль
модуль |
Фондовые |
Предназначена |
Векселя |
Предназначена |
Валютный дилинг |
Позволяет |
Обслуживание |
Предназначена |
Центры финансового учета |
Предназначена |
Налоговый учет |
Предназначена |
Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]
- #
- #
- #
- #
- #
- #
- #
- #
- #
- #
- #
CNews: Дмитрий, в конце 2019 года «Новая Афина» презентовала новую микросервисную платформу. Как вы к ней пришли?
Дмитрий Гарбар:
Дмитрий Гарбар
Несколько лет назад мы собрали молодую команду и теперь можем с гордостью представить результаты ее труда: платформу в микросервисном стеке, которая призвана стать действительно ядром цифрового банка будущего.
Компания «Новая Афина» исторически ассоциируется с полнофункциональным и производительным Core banking — мы не создаем чистые фронты и не пишем ДБО. Наше решение «ИСУБД Новая Афина», успешно функционирующее в крупнейших российских и западных банках, уже может быть отнесено к Legacy. Да, оно спроектировано так, что может активно дорабатываться (что банки и делают сами или с нашей помощью) и держит нагрузки в миллионы документов в день. Но новые вызовы, стоящие перед финансовыми организациями, требуют принципиально других решений.
Поэтому несколько лет назад мы собрали молодую команду и теперь можем с гордостью представить результаты ее труда: платформу в микросервисном стеке, которая призвана стать действительно ядром цифрового банка будущего. Вместе с платформой мы предлагаем так же набор SDK и организацию DevOps-процесса, если бизнес захочет вести самостоятельную или совместную с нами разработку на этой платформе. Сразу хочу оговориться, что это бескомпромиссное решение.
CNews: Что вы имеете в виду?
Дмитрий Гарбар:
Микросервисы — это хайп. Поэтому любой производитель ПО, желающий остаться в рынке, чувствует, что должен что-то заявить по теме микросервисов. И многие поспешили это сделать. В результате на рынке присутствуют «микросервисные решения», которые являются не чем иным, как на скорую руку упакованными в контейнеры целыми продуктовыми системами. Все это запускается в Kubernetes, и — пожалуйста, «у нас есть микросервисное решение!»
Другой вариант: в банке устанавливается небольшой модуль в микросервисном стеке, решающий узкую бизнес-задачу. И этот модуль выдается за цифровую платформу. Иногда банки не до конца понимают, что им предлагается, а иногда «обманываться рады», так как это позволяет заявить на весь рынок, что они в тренде.
Но мы нацелены на тех заказчиков, которые научились различать, где есть только обертка, а где — качественный микросервисный продукт с оптимально спроектированными микросервисами, которые хотят заложить действительно качественную основу своего эффективного долгосрочного развития, а возможно и просто существования в грядущем мире больших скоростей.
Дмитрий Гарбар:
Микросервисы — это хайп. Поэтому любой производитель ПО, желающий остаться в рынке, чувствует, что должен что-то заявить по теме микросервисов.
CNews: И чем же ваша платформа лучше?
Дмитрий Гарбар:
Выпуску нашего решения предшествовала серьезная архитектурная проработка, в которой, кстати, принимали участие архитекторы одного из крупнейших российских банков. Первый микросервис появился только после того, как были утверждены общая архитектурная концепция и правила разработки. Например, в зависимости от бизнес-задачи микросервисы могут использовать разные СУБД (для ведения баланса и лимитов по счетам мы используем in-memory database), есть элементы low code, которые мы планируем активно развивать. У нас много интересных решений.
Мы прошли по краю, выбирая, с одной стороны, самые современные, а с другой — доказавшие свою работоспособность продукты, которые мы тщательно протестировали, прежде чем включать их в наш технологический стек.
CNews: Есть расхожее мнение, что микросервисы нужны только для фронтальных решений. Вы с этим согласны?
Дмитрий Гарбар:
Дмитрий Гарбар
На первое место выходит скорость формирования предложения клиенту, а значит должен храниться и мгновенно обрабатываться огромный пул информации.
Давайте вспомним, какие неоспоримые преимущества свойственны микросервисной архитектуре. Это стабильность решения при большом количестве изменений и практически безграничное масштабирование при разумной цене на железо — разве это не то, что нужно в Core Banking?
А что касается идеи двухскоростной архитектуры, которая была сформулирована экспертами Gartner еще в 2014 году, то до поры до времени она была вполне разумным для банков подходом. Что-то вроде «есть слона по частям». Если упрощенно, то подход сводился к тому, что должен быть технологичный, быстрый, устойчивый к изменениям фронт и хоть какой-то, какой уж есть, бэк, потому что «не до него сейчас». И применение микросервисных решений, в первую очередь для фронт-офисов, было вполне оправдано. Но пришло время есть «вторую часть слона» — две скорости в архитектуре должны уступить место одной — максимальной.
Растут как объемы информации в системах, так и количество запросов к ним. На первое место выходит скорость формирования предложения клиенту, а значит должен храниться и мгновенно обрабатываться огромный пул информации. В такой ситуации Core Banking уже не получится вынести за скобки.
Соревнование банков на предмет того, «у кого ДБО красивее», завершилось — почти у всех одинаково красиво. Наступает время решения более сложных задач и формирования более своевременных продуктов. Это требует других скоростей на всех уровнях архитектуры, во всех процессах. А поэтому необходимо, чтобы в основе лежала единая современная платформа или платформы, но никак не устаревший монолит или даже «зоопарк» из слепленных Agile-командами «под задачу» функциональностей. Такой подход видится нам наиболее конкурентным в перспективе.
Я еще как-то могу понять те банки, которые отложили вопрос модернизации Core Banking и не трогают его до поры до времени. Но я не понимаю тех, кто уже (или все еще?) пытается его как-то «пилить на части» и делать это не в современном стеке. А значит, опять шина, опять нет реальных 24/7, нет линейной масштабируемости. Потратить кучу ресурсов и снова оказаться позади? Неразумно.
Тут я бы сделал сноску и сказал, что, по моему мнению, изменения в мире финансового ИТ происходят куда медленнее, чем нам кажется. И технологические истории, которые уже много лет звучат на форумах и конференциях, и по ощущениям должны были бы уже давно приземлиться, для подавляющего большинства организаций — вода, в которой они даже не замочили ноги. И если сначала нам казалось как-то неловко приезжать к заказчику и рассказывать его ИТ-специалистам про микросервисный стек как таковой, и про то, что дает его применение (я лично вырезал этот блок из презентаций), то потом мы поняли, что в большинстве случаев разговор приходится начинать именно с этого. Часто заказчик сразу не скрывает, что имеет целью «прокачаться» при общении с нами на тему платформенного подхода и микросервисов и только потом выходить на какие-то осмысленные решения. Для нас такое общение, конечно же, инвестиция. А у банка в результате рождается доверие к нашей компетентности и, что не менее важно, вера в себя — в то, что он хорошо понимает, зачем, что и как он будет устанавливать, как с этим жить и какие преимущества получит.
CNews: Кстати, у многих, до сих пор, вызывают аллергию такие термины как «Agile» или «микросервисы».
Дмитрий Гарбар:
У всего нового всегда есть сторонники и противники, это нормально. Главное — не пропустить точку невозврата, когда твой здоровый скепсис перестает быть стабилизирующим и не позволяющим рефлексировать на все хайповое, а мешает своевременно вложиться в тренд и отжать от него по максимуму.
Дмитрий Гарбар:
Соревнование банков на предмет того, «у кого ДБО красивее», завершилось — почти у всех одинаково красиво. Наступает время решения более сложных задач и формирования более своевременных продуктов. Это требует других скоростей на всех уровнях архитектуры.
CNews: Вы передаете своим заказчикам коды платформы?
Дмитрий Гарбар:
Мы штатно передаем заказчикам коды разработанного для него бизнес-функционала и, да, можем передать код платформы.
Сейчас модно говорить о самостоятельной разработке в банках — это еще один тренд. Не все до конца понимают, зачем им нужен наш код, но все его хотят. А мы не возражаем, так как уверены, что работы на всех хватит. Маятник самостоятельной разработки снова качнулся в сторону «все сделаем сами», но вернется и обратно, и банки неминуемо вспомнят, что является их core-бизнесом. Быть высокетехнологичной финансовой организацией не равно все делать самим. А те яркие примеры с самостоятельной разработкой, которые мы сейчас видим, да еще и зачастую на платформах, которым 20 лет от роду — это… удивительно. И точно не про эффективность.
CNews: А что у вас с импортозамещением?
Дмитрий Гарбар:
У нас — все замечательно. Мы — полностью российская компания, и мы старались использовать в нашей платформе или российский, или открытый софт.
Например, для in-memory-расчетов мы можем использовать открытую СУБД Tarantool от компании Mail.ru — этот продукт позволил нам существенно ускорить обработку остатков по счетам в режиме реального времени. Кстати, импортозамещать мы будем не только в России, в планах — продвигать нашу платформу за рубежом, «замещая» устаревшие иностранные решения и на их территории.
— С чем была связана смена руководства компании «Новая Афина»?
Валерий Иванович Овсий руководил компанией 20 лет, с начала ее основания. Все эти годы компания хорошо работала, была прибыльна, она достигла существенных технологических высот и приобрела очень важных клиентов. Валерий Иванович в связи со своим 70-летием сам поставил вопрос о своем преемнике еще в начале 2018 года.
Акционерами рассматривалось много кандидатур, но, в конце концов, выбор пал на Дмитрия Гарбара. Дмитрий обладает успешным опытом работы в компании «Диасофт», может мыслить как представитель клиента, и одновременно, защищать интересы компании.
С января 2019 года Дмитрий Гарбар является Управляющим директором компании «Новая Афина». Этот период подтвердил надежды и предположения акционеров. Валерий Иванович Овсий занял должность Советника Генерального директора.
— Давайте вспомним, что такое «Новая Афина». Как она начиналась и почему же она новая?
Исходно был продукт, разработанный компанией «ПрограмБанк» в клиент-серверной архитектуре на базе СУБД Oracle. Он и был назван «Афина», и даже был продан в несколько банков в 1996-98 годах. Тогда были заложены базовые технологические преимущества системы, позволившие ей стать высокопроизводительным средством автоматизации филиальных сетей и расчетных центров крупных российских банков. Это была первая АБС российского производства, обладавшая одновременно высокой производительностью на больших объемах данных и чрезвычайно гибкими возможностями настройки под индивидуальные потребности банковского бизнеса, основанная не на машине проводок, а на финансовом документообороте.
Но в те годы продукт был неизбежно дорогим. Поэтому клиентура росла медленно. Нижегородский банк «Гарантия» купил «Афину» в 1996 году, а «МДМ-банк» купил ее в 1997-м. Тогда же система была поставлена в еще два некрупных банка. Банки в то время работали по старинке, перспективность клиент-серверных технологий воспринимались с трудом. Продажи росли медленнее, чем группа разработчиков, а разработчики на Oracle и тогда стоили дороже dbf-программистов. В конце 90-х такой проект не мог не быть убыточным. Для дальнейшего развития системы был необходим грамотный альянс!
Я позвонил Александру Глазкову, президенту «Диасофта», и предложил встретиться. Мы достаточно быстро договорились о создании новой совместной компании, так и родилась компания «Диасофт+ПрограмБанк». Клиентами этой компании стали два филиала ВТБ, в городах Санкт-Петербург и Хабаровск.
1998 год — август, кризис. Но Банк ВТБ закономерно выжил. И, как следствие, компания «Диасофт+ПрограмБанк» тоже успешно преодолела этот рубеж.
2000 год ознаменовался для «Афины» приходом в Главный расчетный центр (ГРЦ) Сбербанка. «Афина» была выбрана как лучшая для решения задач ГРЦ из числа других систем. Это событие доказало рынку применимость системы для автоматизации расчетных центров. В последующие годы ее средствами были автоматизированы расчетные центры банков:
Банк ВТБ, Северо-Западный региональный центр Банка ВТБ, «Промсвязьбанк», Банк «ТРАСТ».
И уже в 2003 году, по-моему, по инициативе как раз Валерия Ивановича, компания и продукт были переименованы и стали «Новой Афиной». Это был не просто маркетинговый ход! Компания выбрала четкий курс на обслуживание индивидуальных ИТ-потребностей банков и стала первой в России сервисной компанией в сфере
индивидуального ИТ-обслуживания банковских бизнес-процессов. В соответствии с этой целью были организованы технологии и производственные процессы компании.
— Чем отличается «Новая Афина» от конкурентов?
Прежде всего, отличается инновационностью продукта, который компания получила при рождении. Я уже сказал, что самым первым покупателем «Афины» в 1996 году был Нижегородский банк «Гарантия», президентом которого в то время был Сергей Владиленович Кириенко. В нашем архиве хранятся бумаги с его личной подписью. И он уже тогда умел видеть лучшее в России.
Если говорить о сегодняшнем уровне продукта компании, то стоит ещё раз упомянуть его работу в Расчетном центре Сбербанка. За те почти 20 лет, что «Афина» там работает, было несколько серьезных попыток заменить её на другие программные продукты — ни одной успешной. И она, по-прежнему, там работает.
Гибкость и высочайшая достижимая производительность — эти главные качества «Афины» задумывались изначально. Например, в ВТБ осуществляются миллионы операций в день; в расчетном центре Сбербанка — сотни тысяч операций в час. Проводили тесты: 300 тысяч документов в час ИСУБД «Новая Афина» обрабатывала без проблем. В ГРЦ Сбербанка России система в режиме реального времени способна обеспечить пропускную способность до 415 000 документов в час. При этом за прошедшие годы в системе по запросам Сбербанка было сделано множество доработок.
Показателен тот факт, что во время кризиса 2010 года был
успешно завершен самый масштабный для компании проект — вся филиальная сеть Банка ВТБ автоматизирована средствами ИСУБД «Новая Афина» в централизованной IT-архитектуре (ЦАБС). Затем был реализован проект реорганизации всей филиальной сети Банка ВТБ, в котором «Новая Афина» принимала непосредственное участие. В 2012 году реорганизацию филиальной сети провел еще один крупный клиент «Новой Афины» — «Промсвязьбанк».
Ну и возвращаясь к сегодняшнему дню, важно подчеркнуть, что, хотя развитие продукта «Новая Афина» не останавливается, но уже готовится ее смена — CBS Athena, реализованная в самой современной компонентной архитектуре. И именно поэтому, компания не теряет клиентов, и только наращивает свою клиентскую базу. В ней существенную долю составляют российские представительства крупнейших иностранных банков:
ING Bank, Bank Credit Suisse, JP Morgan Bank International, MUFG Bank.
А им есть с чем сравнивать!
Был реальный случай: головные организации двух «дочек» иностранных банков, работавших на «Новой Афине», обратили сюда свой высокомерный взор: «На чем вы тут работаете?». Им показали, и последовало неподдельное изумление: «А где вы взяли такие системы?» Оказывается, тут в России системы по качеству обслуживания, по гибкости и производительности выше чем то, что внедряется на Западе. Именно по этой причине на отечественном рынке смогли выжить и закрепиться только системы российского производства. «Новая Афина» — одна из таких систем.
— Как такие жесткие конкуренты ведут и развивают общий проект «Новая Афина»?
Наверное, стоит вспомнить, что, хотя на рынке банковской автоматизации сейчас довольно жесткая конкуренция, но в 90-х годах ситуация была иной. Банки появлялись, как грибы после дождя, и рынка более-менее хватало всем. А поскольку сама отрасль программирования, создания крупных программных продуктов, по самой своей сути, предполагает командную работу, умение искать и находить компромиссы, то и в отношениях разработчиков банковских систем в тот период было больше взаимного уважения, чем конкурентной неприязни. Мы даже проводили совместно организованные форумы, на которых вместе рассказывали банкирам об ожидающем их будущем. Поэтому-то я «просто позвонил» Александру Глазкову, а он «просто приехал», без всякого «растопыривания пальцев».
И хочу подчеркнуть, что мы создали компанию, которая является конкурентом нам обоим! Но вот уже 20 лет «Новая Афина» и для «ПрограмБанка», и для «Диасофта» гораздо более приемлемый конкурент, чем другие компании.
Конечно, за это время возникали и острые ситуации. Но мы всегда находили компромиссы и никогда не ставили текущую прибыль выше сложившихся отношений, а значит, перспектив развития.
Мы собираемся ежеквартально, смотрим на результаты, обсуждаем. Детально рассматриваем новые идеи. Мы не делимся программными решениями, но идеями и формами — да. Электронный финансовый документооборот, базовая идея «Новой Афины» — это наше. Компонентный подход — это идея «Диасофта». Они ею зажглись в 2007-м или 2008-м году, мы это использовали в «ПрограмБанк.ФронтОфисе», а «Новая Афина» подумала и — появилась компонентная бизнес-система СBS Athena.
— Планируете ли Вы что-то менять в политике, стратегии НА?
Если в начале 90-х годов к нам приходило по 5-6 новых банков в месяц, то сейчас ситуация противоположная — в целом на рынке 5-6 банков в месяц умирает. Это означает два важных обстоятельства.
Дело не в том, что сокращаются выплаты банков ИТ-шникам, они не сокращаются, они замерли, не растут, но и не сжимаются. Одни банки, как самостоятельные единицы умирают и становятся филиалами, зато у оставшихся — потребности возрастают.
Проблема в другом. Уменьшение числа самостоятельных единиц ведет к укрупнению тех, с кем они слились. А это порождает новые потребности. Как результат, все более востребованными становятся системы, по-настоящему компонентные, гибкие, способные к принципиальным оперативным изменениям.
Есть такой Римский клуб, который до сих пор выпускает доклады, посвященные развитию цивилизации. Так вот, прошлогодний доклад разочаровал, потому, что, в общем, развитие выхолащивается. Темпы развития упали. Уравнения, написанные ранее, перестали работать. Они не работают, потому что изменился мир!
И мы видим, насколько разными являются укрупняющиеся, остающиеся на рынке банки. Это и для развития очень полезно — когда ты видишь не одну тенденцию, а два-три десятка тенденций. Это мотивация для правильной организации самой системы. «Новая Афина», безусловно, по-прежнему, стремится быть платформой не для единственного банка, не «…техом», а платформой для множества разных банков. И, соответственно, в «Новой Афине» надо сохранять этот «мешок знаний». Ценности накоплены, но, при этом, необходимо сохранить и наращивать потенциал развития.
Недавние примеры, Сбербанк, пообещав отменить один из своих доходов — комиссию, уволил около 5000 человек из «СберТеха». Конкуренция между банками требует снижения операционных расходов, снижения затрат на ИТ. И в этой ситуации компонентные решения оказываются существенно дешевле в развитии, чем традиционные «монолиты».
Компонентный подход имеет основное преимущество — минимизацию трудоемкости тестирования, а значит и сроков реализации продуктов. Напоминаю, что сейчас трудоемкость тестирования изменений растет, поскольку приходится идти не по ровному месту, а по уже построенному мегаполису.
Позволю себе напомнить, сейчас происходит цифровая трансформация банковского сектора.
Для банков все более актуально сокращение срока вывода на рынок новых продуктов и внедрение инструментов омниканальности.
Чтобы помочь в этом нашим клиентам мы тоже должны развиваться и выводить на рынок смелые решения, поэтому особенно актуальной становится возможность работы CBSAthena в микросервисной архитектуре (MSA).
Используя современный стек технологий и наш многолетний опыт банковской автоматизации, мы идем в ногу со временем и активно разрабатываем микросервисы на платформе CBSAthena для наших клиентов.
СBS Athena — это очень правильное направление движения, и задача нового руководителя «Новой Афины» — ускорить это движение.
По принятому еще в самом начале существования компании акционерному соглашению, я — только генеральный директор, а всю текущую жизнь направляет и организовывает директор исполнительный, которым был Валерий Иванович Овсий, или управляющий директор, каким стал Дмитрий Гарбар. У Дмитрия свободные руки и высокая мотивация на успешную деятельность компании. А также солидный организационный опыт, накопленный в компании «Диасофт». Я искренне надеюсь, что под его руководством компания «Новая Афина» будет расти и развиваться, приобретать новых клиентов, создавать самые современные продукты для них.
Источник публикации: Банкир.Ру, февраль 2019г. |
Поделиться: |
Проблемы АБС
Потребности банков опережают развитие АБС, и производители не успевают за этими изменениями как в функциональной части, так и в совершенствовании своего взаимодействия с банками. Производители АБС не могут своевременно удовлетворить специфические, сугубо индивидуальные требования банков. Тем более что сегодня эти требования часто относятся к ноу-хау самого банка и непосредственно влияют на технологичность его работы. В эпоху конкуренции бизнес-технологий каждый банк желает иметь над ними полный контроль.
Поскольку АБС в принципе не может покрыть весь необходимый банку функционал, банки параллельно используют множество других специализированных систем. В таких условиях IT-инфраструктура и ее системообразующее ПО не должны зависеть от особенностей той или иной АБС, а функциональные компоненты, непосредственно обслуживающие бизнесы банка, должны органично встраиваться в тот IT-ландшафт, который банк организует по своему усмотрению.
Концептуально большинство работающих в банках АБС не соответствуют этим требованиям!
Причина этого в историчности их развития. Ведь АБС развивались не «сверху», а «снизу», не от задач тактического и стратегического управления бизнесом, а от потребностей в решении повседневных задач разных бизнес-направлений, путем автоматизации отдельных наборов наиболее востребованных бизнес-функций с последующей их интеграцией в единую среду.
Укрупнение банков влечет за собой усложнение систем управления, и на первое место выходит необходимость эффективной организации и системной оптимизации бизнес-процессов. Современный топ-менеджер мыслит категориями бизнес-процессов, и для реализации его требований необходим процессно-ориентированный подход не только к управлению, но и к средствам его поддержки. Однако этот подход изначально не заложен в концепцию эксплуатируемых АБС. Их архитектурная организация неспособна обеспечить потребности современных руководителей.TAdviser выпустил новую Карту российского рынка информационной безопасности: 230 разработчиков и поставщиков услуг 75.9 т
В большинстве АБС нет бизнес-процесса как выделенной полноценной сущности, которую можно явно описывать, моделировать, оценивать и оптимизировать как на уровне логики, так и на уровне ее реализации. Применение этих АБС для оптимизации банковских бизнес-процессов трудоемко и затратно.
С другой стороны, опять же в силу историчности своего развития АБС накладывают свои ограничения и на банковский IT-ландшафт, и на систему мышления персонала. Первое ограничивает разумную свободу банка в части построения своей инфраструктуры, последнее приводит к проблемам управления психологического характера.
Легко управлять персоналом, который мыслит в тех же категориях, что и руководитель. Но специалисты, работающие с конкретной информационной системой, мыслят в категориях этой системы, а не в категориях процессно-ориентированного подхода. Это создает разрыв в мышлении, усиливает взаимное непонимание. В результате руководители и исполнители говорят на разных языках…
Требования к новой архитектуре банка
Бизнес-ориентированность IT требует выделения в банковской инфраструктуре отдельных гибко настраиваемых зон.
Первая зона индивидуальной специфики работы банка — интерфейсы. Она важна для банка, так как обеспечивает работу пользователей и их взаимодействие. Пользовательские интерфейсы должны быть легко реконфигурируемы банком по собственному усмотрению, а их атрибутный состав быть легко изменяемым.
Вторая зона — бизнес-процессы. Она непосредственно поддерживает бизнес банка и должна быть максимально независима от ПО, которое может меняться по тем или иным причинам. Перестройка технологического ядра, например, не должна затрагивать представительскую часть, непосредственно влияющую на работу и взаимодействие пользователей.
Третий слой — транспортный уровень. Здесь требуется 100%-ная настраиваемость c возможностью регулирования и распределения информационных потоков между различными приложениями для фактического объединения их в единую систему с единым управлением.
С учетом этих особенностей и должна строиться современная архитектура средств поддержки банковской деятельности.
«Кубиками» современной банковской инфраструктуры должны стать адаптивные бизнес-компоненты, удовлетворяющие современным стандартам управления бизнес-процессами, способные бесконфликтно встраиваться в современные IT-ландшафты, образующие в результате единую целостную компонентную банковскую систему.
Усиление интеграции банковских инфраструктур неизбежно! Это обусловлено высокими требованиями к технологичности работы современного банка на всех уровнях его деятельности. Поэтому, с одной стороны, мы имеем неизбежность реализации подходов SOA при построении банковских инфраструктур, а с другой, объединение концепций SOA и BPM для наилучшего удовлетворения бизнес-потребностей банка.
CBS Athena — реализация BPM средствами SOA
Наш новый продукт Component Business System (CBS) Athena (компонентная бизнес-система «Афина») относится к принципиально новому классу систем, реализующих требования BPM в банковской деятельности средствами SOA.
CBS Athena имеет открытую сервисно ориентированную архитектуру (рис. 1), состоящую из наборов гибко конфигурируемых, легко заменяемых разноуровневых функциональных компонентов, и ориентирована на максимальное использование промышленных инструментальных средств (IBM, Oracle и др.), а не на создание их аналогов.
Одно из наиважнейших преимуществ CBS Athena — отделение моделей обслуживания и общей логики бизнеса от технологических особенностей конкретных IT.
Дмитрий Гарбар
Несколько лет назад мы собрали молодую команду и теперь можем с гордостью представить результаты ее труда: платформу в микросервисном стеке, которая призвана стать действительно ядром цифрового банка будущего.
Компания «Новая Афина» исторически ассоциируется с полнофункциональным и производительным Core banking — мы не создаем чистые фронты и не пишем ДБО. Наше решение «ИСУБД Новая Афина», успешно функционирующее в крупнейших российских и западных банках, уже может быть отнесено к Legacy. Да, оно спроектировано так, что может активно дорабатываться (что банки и делают сами или с нашей помощью) и держит нагрузки в миллионы документов в день. Но новые вызовы, стоящие перед финансовыми организациями, требуют принципиально других решений.
Поэтому несколько лет назад мы собрали молодую команду и теперь можем с гордостью представить результаты ее труда: платформу в микросервисном стеке, которая призвана стать действительно ядром цифрового банка будущего. Вместе с платформой мы предлагаем так же набор SDK и организацию DevOps-процесса, если бизнес захочет вести самостоятельную или совместную с нами разработку на этой платформе. Сразу хочу оговориться, что это бескомпромиссное решение.
CNews: Что вы имеете в виду?
Дмитрий Гарбар:
Микросервисы — это хайп. Поэтому любой производитель ПО, желающий остаться в рынке, чувствует, что должен что-то заявить по теме микросервисов. И многие поспешили это сделать. В результате на рынке присутствуют «микросервисные решения», которые являются не чем иным, как на скорую руку упакованными в контейнеры целыми продуктовыми системами. Все это запускается в Kubernetes, и — пожалуйста, «у нас есть микросервисное решение!»
Другой вариант: в банке устанавливается небольшой модуль в микросервисном стеке, решающий узкую бизнес-задачу. И этот модуль выдается за цифровую платформу. Иногда банки не до конца понимают, что им предлагается, а иногда «обманываться рады», так как это позволяет заявить на весь рынок, что они в тренде.
Но мы нацелены на тех заказчиков, которые научились различать, где есть только обертка, а где — качественный микросервисный продукт с оптимально спроектированными микросервисами, которые хотят заложить действительно качественную основу своего эффективного долгосрочного развития, а возможно и просто существования в грядущем мире больших скоростей.
Дмитрий Гарбар:
Микросервисы — это хайп. Поэтому любой производитель ПО, желающий остаться в рынке, чувствует, что должен что-то заявить по теме микросервисов.
CNews: И чем же ваша платформа лучше?
Дмитрий Гарбар:
Выпуску нашего решения предшествовала серьезная архитектурная проработка, в которой, кстати, принимали участие архитекторы одного из крупнейших российских банков. Первый микросервис появился только после того, как были утверждены общая архитектурная концепция и правила разработки. Например, в зависимости от бизнес-задачи микросервисы могут использовать разные СУБД (для ведения баланса и лимитов по счетам мы используем in-memory database), есть элементы low code, которые мы планируем активно развивать. У нас много интересных решений.
Мы прошли по краю, выбирая, с одной стороны, самые современные, а с другой — доказавшие свою работоспособность продукты, которые мы тщательно протестировали, прежде чем включать их в наш технологический стек.
CNews: Есть расхожее мнение, что микросервисы нужны только для фронтальных решений. Вы с этим согласны?
Дмитрий Гарбар:
Дмитрий Гарбар
На первое место выходит скорость формирования предложения клиенту, а значит должен храниться и мгновенно обрабатываться огромный пул информации.
Давайте вспомним, какие неоспоримые преимущества свойственны микросервисной архитектуре. Это стабильность решения при большом количестве изменений и практически безграничное масштабирование при разумной цене на железо — разве это не то, что нужно в Core Banking?
А что касается идеи двухскоростной архитектуры, которая была сформулирована экспертами Gartner еще в 2014 году, то до поры до времени она была вполне разумным для банков подходом. Что-то вроде «есть слона по частям». Если упрощенно, то подход сводился к тому, что должен быть технологичный, быстрый, устойчивый к изменениям фронт и хоть какой-то, какой уж есть, бэк, потому что «не до него сейчас». И применение микросервисных решений, в первую очередь для фронт-офисов, было вполне оправдано. Но пришло время есть «вторую часть слона» — две скорости в архитектуре должны уступить место одной — максимальной.
Растут как объемы информации в системах, так и количество запросов к ним. На первое место выходит скорость формирования предложения клиенту, а значит должен храниться и мгновенно обрабатываться огромный пул информации. В такой ситуации Core Banking уже не получится вынести за скобки.
Соревнование банков на предмет того, «у кого ДБО красивее», завершилось — почти у всех одинаково красиво. Наступает время решения более сложных задач и формирования более своевременных продуктов. Это требует других скоростей на всех уровнях архитектуры, во всех процессах. А поэтому необходимо, чтобы в основе лежала единая современная платформа или платформы, но никак не устаревший монолит или даже «зоопарк» из слепленных Agile-командами «под задачу» функциональностей. Такой подход видится нам наиболее конкурентным в перспективе.
Я еще как-то могу понять те банки, которые отложили вопрос модернизации Core Banking и не трогают его до поры до времени. Но я не понимаю тех, кто уже (или все еще?) пытается его как-то «пилить на части» и делать это не в современном стеке. А значит, опять шина, опять нет реальных 24/7, нет линейной масштабируемости. Потратить кучу ресурсов и снова оказаться позади? Неразумно.
Тут я бы сделал сноску и сказал, что, по моему мнению, изменения в мире финансового ИТ происходят куда медленнее, чем нам кажется. И технологические истории, которые уже много лет звучат на форумах и конференциях, и по ощущениям должны были бы уже давно приземлиться, для подавляющего большинства организаций — вода, в которой они даже не замочили ноги. И если сначала нам казалось как-то неловко приезжать к заказчику и рассказывать его ИТ-специалистам про микросервисный стек как таковой, и про то, что дает его применение (я лично вырезал этот блок из презентаций), то потом мы поняли, что в большинстве случаев разговор приходится начинать именно с этого. Часто заказчик сразу не скрывает, что имеет целью «прокачаться» при общении с нами на тему платформенного подхода и микросервисов и только потом выходить на какие-то осмысленные решения. Для нас такое общение, конечно же, инвестиция. А у банка в результате рождается доверие к нашей компетентности и, что не менее важно, вера в себя — в то, что он хорошо понимает, зачем, что и как он будет устанавливать, как с этим жить и какие преимущества получит.
CNews: Кстати, у многих, до сих пор, вызывают аллергию такие термины как «Agile» или «микросервисы».
Дмитрий Гарбар:
У всего нового всегда есть сторонники и противники, это нормально. Главное — не пропустить точку невозврата, когда твой здоровый скепсис перестает быть стабилизирующим и не позволяющим рефлексировать на все хайповое, а мешает своевременно вложиться в тренд и отжать от него по максимуму.
Дмитрий Гарбар:
Соревнование банков на предмет того, «у кого ДБО красивее», завершилось — почти у всех одинаково красиво. Наступает время решения более сложных задач и формирования более своевременных продуктов. Это требует других скоростей на всех уровнях архитектуры.
CNews: Вы передаете своим заказчикам коды платформы?
Дмитрий Гарбар:
Мы штатно передаем заказчикам коды разработанного для него бизнес-функционала и, да, можем передать код платформы.
Сейчас модно говорить о самостоятельной разработке в банках — это еще один тренд. Не все до конца понимают, зачем им нужен наш код, но все его хотят. А мы не возражаем, так как уверены, что работы на всех хватит. Маятник самостоятельной разработки снова качнулся в сторону «все сделаем сами», но вернется и обратно, и банки неминуемо вспомнят, что является их core-бизнесом. Быть высокетехнологичной финансовой организацией не равно все делать самим. А те яркие примеры с самостоятельной разработкой, которые мы сейчас видим, да еще и зачастую на платформах, которым 20 лет от роду — это… удивительно. И точно не про эффективность.
CNews: А что у вас с импортозамещением?
Дмитрий Гарбар:
У нас — все замечательно. Мы — полностью российская компания, и мы старались использовать в нашей платформе или российский, или открытый софт.
Например, для in-memory-расчетов мы можем использовать открытую СУБД Tarantool от компании Mail.ru — этот продукт позволил нам существенно ускорить обработку остатков по счетам в режиме реального времени. Кстати, импортозамещать мы будем не только в России, в планах — продвигать нашу платформу за рубежом, «замещая» устаревшие иностранные решения и на их территории.
— С чем была связана смена руководства компании «Новая Афина»?
Валерий Иванович Овсий руководил компанией 20 лет, с начала ее основания. Все эти годы компания хорошо работала, была прибыльна, она достигла существенных технологических высот и приобрела очень важных клиентов. Валерий Иванович в связи со своим 70-летием сам поставил вопрос о своем преемнике еще в начале 2018 года.
Акционерами рассматривалось много кандидатур, но, в конце концов, выбор пал на Дмитрия Гарбара. Дмитрий обладает успешным опытом работы в компании «Диасофт», может мыслить как представитель клиента, и одновременно, защищать интересы компании.
С января 2019 года Дмитрий Гарбар является Управляющим директором компании «Новая Афина». Этот период подтвердил надежды и предположения акционеров. Валерий Иванович Овсий занял должность Советника Генерального директора.
— Давайте вспомним, что такое «Новая Афина». Как она начиналась и почему же она новая?
Исходно был продукт, разработанный компанией «ПрограмБанк» в клиент-серверной архитектуре на базе СУБД Oracle. Он и был назван «Афина», и даже был продан в несколько банков в 1996-98 годах. Тогда были заложены базовые технологические преимущества системы, позволившие ей стать высокопроизводительным средством автоматизации филиальных сетей и расчетных центров крупных российских банков. Это была первая АБС российского производства, обладавшая одновременно высокой производительностью на больших объемах данных и чрезвычайно гибкими возможностями настройки под индивидуальные потребности банковского бизнеса, основанная не на машине проводок, а на финансовом документообороте.
Но в те годы продукт был неизбежно дорогим. Поэтому клиентура росла медленно. Нижегородский банк «Гарантия» купил «Афину» в 1996 году, а «МДМ-банк» купил ее в 1997-м. Тогда же система была поставлена в еще два некрупных банка. Банки в то время работали по старинке, перспективность клиент-серверных технологий воспринимались с трудом. Продажи росли медленнее, чем группа разработчиков, а разработчики на Oracle и тогда стоили дороже dbf-программистов. В конце 90-х такой проект не мог не быть убыточным. Для дальнейшего развития системы был необходим грамотный альянс!
Я позвонил Александру Глазкову, президенту «Диасофта», и предложил встретиться. Мы достаточно быстро договорились о создании новой совместной компании, так и родилась компания «Диасофт+ПрограмБанк». Клиентами этой компании стали два филиала ВТБ, в городах Санкт-Петербург и Хабаровск.
1998 год — август, кризис. Но Банк ВТБ закономерно выжил. И, как следствие, компания «Диасофт+ПрограмБанк» тоже успешно преодолела этот рубеж.
2000 год ознаменовался для «Афины» приходом в Главный расчетный центр (ГРЦ) Сбербанка. «Афина» была выбрана как лучшая для решения задач ГРЦ из числа других систем. Это событие доказало рынку применимость системы для автоматизации расчетных центров. В последующие годы ее средствами были автоматизированы расчетные центры банков:
Банк ВТБ, Северо-Западный региональный центр Банка ВТБ, «Промсвязьбанк», Банк «ТРАСТ».
И уже в 2003 году, по-моему, по инициативе как раз Валерия Ивановича, компания и продукт были переименованы и стали «Новой Афиной». Это был не просто маркетинговый ход! Компания выбрала четкий курс на обслуживание индивидуальных ИТ-потребностей банков и стала первой в России сервисной компанией в сфере
индивидуального ИТ-обслуживания банковских бизнес-процессов. В соответствии с этой целью были организованы технологии и производственные процессы компании.
— Чем отличается «Новая Афина» от конкурентов?
Прежде всего, отличается инновационностью продукта, который компания получила при рождении. Я уже сказал, что самым первым покупателем «Афины» в 1996 году был Нижегородский банк «Гарантия», президентом которого в то время был Сергей Владиленович Кириенко. В нашем архиве хранятся бумаги с его личной подписью. И он уже тогда умел видеть лучшее в России.
Если говорить о сегодняшнем уровне продукта компании, то стоит ещё раз упомянуть его работу в Расчетном центре Сбербанка. За те почти 20 лет, что «Афина» там работает, было несколько серьезных попыток заменить её на другие программные продукты — ни одной успешной. И она, по-прежнему, там работает.
Гибкость и высочайшая достижимая производительность — эти главные качества «Афины» задумывались изначально. Например, в ВТБ осуществляются миллионы операций в день; в расчетном центре Сбербанка — сотни тысяч операций в час. Проводили тесты: 300 тысяч документов в час ИСУБД «Новая Афина» обрабатывала без проблем. В ГРЦ Сбербанка России система в режиме реального времени способна обеспечить пропускную способность до 415 000 документов в час. При этом за прошедшие годы в системе по запросам Сбербанка было сделано множество доработок.
Показателен тот факт, что во время кризиса 2010 года был
успешно завершен самый масштабный для компании проект — вся филиальная сеть Банка ВТБ автоматизирована средствами ИСУБД «Новая Афина» в централизованной IT-архитектуре (ЦАБС). Затем был реализован проект реорганизации всей филиальной сети Банка ВТБ, в котором «Новая Афина» принимала непосредственное участие. В 2012 году реорганизацию филиальной сети провел еще один крупный клиент «Новой Афины» — «Промсвязьбанк».
Ну и возвращаясь к сегодняшнему дню, важно подчеркнуть, что, хотя развитие продукта «Новая Афина» не останавливается, но уже готовится ее смена — CBS Athena, реализованная в самой современной компонентной архитектуре. И именно поэтому, компания не теряет клиентов, и только наращивает свою клиентскую базу. В ней существенную долю составляют российские представительства крупнейших иностранных банков:
ING Bank, Bank Credit Suisse, JP Morgan Bank International, MUFG Bank.
А им есть с чем сравнивать!
Был реальный случай: головные организации двух «дочек» иностранных банков, работавших на «Новой Афине», обратили сюда свой высокомерный взор: «На чем вы тут работаете?». Им показали, и последовало неподдельное изумление: «А где вы взяли такие системы?» Оказывается, тут в России системы по качеству обслуживания, по гибкости и производительности выше чем то, что внедряется на Западе. Именно по этой причине на отечественном рынке смогли выжить и закрепиться только системы российского производства. «Новая Афина» — одна из таких систем.
— Как такие жесткие конкуренты ведут и развивают общий проект «Новая Афина»?
Наверное, стоит вспомнить, что, хотя на рынке банковской автоматизации сейчас довольно жесткая конкуренция, но в 90-х годах ситуация была иной. Банки появлялись, как грибы после дождя, и рынка более-менее хватало всем. А поскольку сама отрасль программирования, создания крупных программных продуктов, по самой своей сути, предполагает командную работу, умение искать и находить компромиссы, то и в отношениях разработчиков банковских систем в тот период было больше взаимного уважения, чем конкурентной неприязни. Мы даже проводили совместно организованные форумы, на которых вместе рассказывали банкирам об ожидающем их будущем. Поэтому-то я «просто позвонил» Александру Глазкову, а он «просто приехал», без всякого «растопыривания пальцев».
И хочу подчеркнуть, что мы создали компанию, которая является конкурентом нам обоим! Но вот уже 20 лет «Новая Афина» и для «ПрограмБанка», и для «Диасофта» гораздо более приемлемый конкурент, чем другие компании.
Конечно, за это время возникали и острые ситуации. Но мы всегда находили компромиссы и никогда не ставили текущую прибыль выше сложившихся отношений, а значит, перспектив развития.
Мы собираемся ежеквартально, смотрим на результаты, обсуждаем. Детально рассматриваем новые идеи. Мы не делимся программными решениями, но идеями и формами — да. Электронный финансовый документооборот, базовая идея «Новой Афины» — это наше. Компонентный подход — это идея «Диасофта». Они ею зажглись в 2007-м или 2008-м году, мы это использовали в «ПрограмБанк.ФронтОфисе», а «Новая Афина» подумала и — появилась компонентная бизнес-система СBS Athena.
— Планируете ли Вы что-то менять в политике, стратегии НА?
Если в начале 90-х годов к нам приходило по 5-6 новых банков в месяц, то сейчас ситуация противоположная — в целом на рынке 5-6 банков в месяц умирает. Это означает два важных обстоятельства.
Дело не в том, что сокращаются выплаты банков ИТ-шникам, они не сокращаются, они замерли, не растут, но и не сжимаются. Одни банки, как самостоятельные единицы умирают и становятся филиалами, зато у оставшихся — потребности возрастают.
Проблема в другом. Уменьшение числа самостоятельных единиц ведет к укрупнению тех, с кем они слились. А это порождает новые потребности. Как результат, все более востребованными становятся системы, по-настоящему компонентные, гибкие, способные к принципиальным оперативным изменениям.
Есть такой Римский клуб, который до сих пор выпускает доклады, посвященные развитию цивилизации. Так вот, прошлогодний доклад разочаровал, потому, что, в общем, развитие выхолащивается. Темпы развития упали. Уравнения, написанные ранее, перестали работать. Они не работают, потому что изменился мир!
И мы видим, насколько разными являются укрупняющиеся, остающиеся на рынке банки. Это и для развития очень полезно — когда ты видишь не одну тенденцию, а два-три десятка тенденций. Это мотивация для правильной организации самой системы. «Новая Афина», безусловно, по-прежнему, стремится быть платформой не для единственного банка, не «…техом», а платформой для множества разных банков. И, соответственно, в «Новой Афине» надо сохранять этот «мешок знаний». Ценности накоплены, но, при этом, необходимо сохранить и наращивать потенциал развития.
Недавние примеры, Сбербанк, пообещав отменить один из своих доходов — комиссию, уволил около 5000 человек из «СберТеха». Конкуренция между банками требует снижения операционных расходов, снижения затрат на ИТ. И в этой ситуации компонентные решения оказываются существенно дешевле в развитии, чем традиционные «монолиты».
Компонентный подход имеет основное преимущество — минимизацию трудоемкости тестирования, а значит и сроков реализации продуктов. Напоминаю, что сейчас трудоемкость тестирования изменений растет, поскольку приходится идти не по ровному месту, а по уже построенному мегаполису.
Позволю себе напомнить, сейчас происходит цифровая трансформация банковского сектора.
Для банков все более актуально сокращение срока вывода на рынок новых продуктов и внедрение инструментов омниканальности.
Чтобы помочь в этом нашим клиентам мы тоже должны развиваться и выводить на рынок смелые решения, поэтому особенно актуальной становится возможность работы CBSAthena в микросервисной архитектуре (MSA).
Используя современный стек технологий и наш многолетний опыт банковской автоматизации, мы идем в ногу со временем и активно разрабатываем микросервисы на платформе CBSAthena для наших клиентов.
СBS Athena — это очень правильное направление движения, и задача нового руководителя «Новой Афины» — ускорить это движение.
По принятому еще в самом начале существования компании акционерному соглашению, я — только генеральный директор, а всю текущую жизнь направляет и организовывает директор исполнительный, которым был Валерий Иванович Овсий, или управляющий директор, каким стал Дмитрий Гарбар. У Дмитрия свободные руки и высокая мотивация на успешную деятельность компании. А также солидный организационный опыт, накопленный в компании «Диасофт». Я искренне надеюсь, что под его руководством компания «Новая Афина» будет расти и развиваться, приобретать новых клиентов, создавать самые современные продукты для них.
Источник публикации: Банкир.Ру, февраль 2019г. |
Поделиться: |
Проблемы АБС
Потребности банков опережают развитие АБС, и производители не успевают за этими изменениями как в функциональной части, так и в совершенствовании своего взаимодействия с банками. Производители АБС не могут своевременно удовлетворить специфические, сугубо индивидуальные требования банков. Тем более что сегодня эти требования часто относятся к ноу-хау самого банка и непосредственно влияют на технологичность его работы. В эпоху конкуренции бизнес-технологий каждый банк желает иметь над ними полный контроль.
Поскольку АБС в принципе не может покрыть весь необходимый банку функционал, банки параллельно используют множество других специализированных систем. В таких условиях IT-инфраструктура и ее системообразующее ПО не должны зависеть от особенностей той или иной АБС, а функциональные компоненты, непосредственно обслуживающие бизнесы банка, должны органично встраиваться в тот IT-ландшафт, который банк организует по своему усмотрению.
Концептуально большинство работающих в банках АБС не соответствуют этим требованиям!
Причина этого в историчности их развития. Ведь АБС развивались не «сверху», а «снизу», не от задач тактического и стратегического управления бизнесом, а от потребностей в решении повседневных задач разных бизнес-направлений, путем автоматизации отдельных наборов наиболее востребованных бизнес-функций с последующей их интеграцией в единую среду.
Укрупнение банков влечет за собой усложнение систем управления, и на первое место выходит необходимость эффективной организации и системной оптимизации бизнес-процессов. Современный топ-менеджер мыслит категориями бизнес-процессов, и для реализации его требований необходим процессно-ориентированный подход не только к управлению, но и к средствам его поддержки. Однако этот подход изначально не заложен в концепцию эксплуатируемых АБС. Их архитектурная организация неспособна обеспечить потребности современных руководителей.TAdviser выпустил новую Карту российского рынка информационной безопасности: 230 разработчиков и поставщиков услуг 75.9 т
В большинстве АБС нет бизнес-процесса как выделенной полноценной сущности, которую можно явно описывать, моделировать, оценивать и оптимизировать как на уровне логики, так и на уровне ее реализации. Применение этих АБС для оптимизации банковских бизнес-процессов трудоемко и затратно.
С другой стороны, опять же в силу историчности своего развития АБС накладывают свои ограничения и на банковский IT-ландшафт, и на систему мышления персонала. Первое ограничивает разумную свободу банка в части построения своей инфраструктуры, последнее приводит к проблемам управления психологического характера.
Легко управлять персоналом, который мыслит в тех же категориях, что и руководитель. Но специалисты, работающие с конкретной информационной системой, мыслят в категориях этой системы, а не в категориях процессно-ориентированного подхода. Это создает разрыв в мышлении, усиливает взаимное непонимание. В результате руководители и исполнители говорят на разных языках…
Требования к новой архитектуре банка
Бизнес-ориентированность IT требует выделения в банковской инфраструктуре отдельных гибко настраиваемых зон.
Первая зона индивидуальной специфики работы банка — интерфейсы. Она важна для банка, так как обеспечивает работу пользователей и их взаимодействие. Пользовательские интерфейсы должны быть легко реконфигурируемы банком по собственному усмотрению, а их атрибутный состав быть легко изменяемым.
Вторая зона — бизнес-процессы. Она непосредственно поддерживает бизнес банка и должна быть максимально независима от ПО, которое может меняться по тем или иным причинам. Перестройка технологического ядра, например, не должна затрагивать представительскую часть, непосредственно влияющую на работу и взаимодействие пользователей.
Третий слой — транспортный уровень. Здесь требуется 100%-ная настраиваемость c возможностью регулирования и распределения информационных потоков между различными приложениями для фактического объединения их в единую систему с единым управлением.
С учетом этих особенностей и должна строиться современная архитектура средств поддержки банковской деятельности.
«Кубиками» современной банковской инфраструктуры должны стать адаптивные бизнес-компоненты, удовлетворяющие современным стандартам управления бизнес-процессами, способные бесконфликтно встраиваться в современные IT-ландшафты, образующие в результате единую целостную компонентную банковскую систему.
Усиление интеграции банковских инфраструктур неизбежно! Это обусловлено высокими требованиями к технологичности работы современного банка на всех уровнях его деятельности. Поэтому, с одной стороны, мы имеем неизбежность реализации подходов SOA при построении банковских инфраструктур, а с другой, объединение концепций SOA и BPM для наилучшего удовлетворения бизнес-потребностей банка.
CBS Athena — реализация BPM средствами SOA
Наш новый продукт Component Business System (CBS) Athena (компонентная бизнес-система «Афина») относится к принципиально новому классу систем, реализующих требования BPM в банковской деятельности средствами SOA.
CBS Athena имеет открытую сервисно ориентированную архитектуру (рис. 1), состоящую из наборов гибко конфигурируемых, легко заменяемых разноуровневых функциональных компонентов, и ориентирована на максимальное использование промышленных инструментальных средств (IBM, Oracle и др.), а не на создание их аналогов.
Одно из наиважнейших преимуществ CBS Athena — отделение моделей обслуживания и общей логики бизнеса от технологических особенностей конкретных IT.
Дмитрий Гарбар
Несколько лет назад мы собрали молодую команду и теперь можем с гордостью представить результаты ее труда: платформу в микросервисном стеке, которая призвана стать действительно ядром цифрового банка будущего.
Компания «Новая Афина» исторически ассоциируется с полнофункциональным и производительным Core banking — мы не создаем чистые фронты и не пишем ДБО. Наше решение «ИСУБД Новая Афина», успешно функционирующее в крупнейших российских и западных банках, уже может быть отнесено к Legacy. Да, оно спроектировано так, что может активно дорабатываться (что банки и делают сами или с нашей помощью) и держит нагрузки в миллионы документов в день. Но новые вызовы, стоящие перед финансовыми организациями, требуют принципиально других решений.
Поэтому несколько лет назад мы собрали молодую команду и теперь можем с гордостью представить результаты ее труда: платформу в микросервисном стеке, которая призвана стать действительно ядром цифрового банка будущего. Вместе с платформой мы предлагаем так же набор SDK и организацию DevOps-процесса, если бизнес захочет вести самостоятельную или совместную с нами разработку на этой платформе. Сразу хочу оговориться, что это бескомпромиссное решение.
CNews: Что вы имеете в виду?
Дмитрий Гарбар:
Микросервисы — это хайп. Поэтому любой производитель ПО, желающий остаться в рынке, чувствует, что должен что-то заявить по теме микросервисов. И многие поспешили это сделать. В результате на рынке присутствуют «микросервисные решения», которые являются не чем иным, как на скорую руку упакованными в контейнеры целыми продуктовыми системами. Все это запускается в Kubernetes, и — пожалуйста, «у нас есть микросервисное решение!»
Другой вариант: в банке устанавливается небольшой модуль в микросервисном стеке, решающий узкую бизнес-задачу. И этот модуль выдается за цифровую платформу. Иногда банки не до конца понимают, что им предлагается, а иногда «обманываться рады», так как это позволяет заявить на весь рынок, что они в тренде.
Но мы нацелены на тех заказчиков, которые научились различать, где есть только обертка, а где — качественный микросервисный продукт с оптимально спроектированными микросервисами, которые хотят заложить действительно качественную основу своего эффективного долгосрочного развития, а возможно и просто существования в грядущем мире больших скоростей.
Дмитрий Гарбар:
Микросервисы — это хайп. Поэтому любой производитель ПО, желающий остаться в рынке, чувствует, что должен что-то заявить по теме микросервисов.
CNews: И чем же ваша платформа лучше?
Дмитрий Гарбар:
Выпуску нашего решения предшествовала серьезная архитектурная проработка, в которой, кстати, принимали участие архитекторы одного из крупнейших российских банков. Первый микросервис появился только после того, как были утверждены общая архитектурная концепция и правила разработки. Например, в зависимости от бизнес-задачи микросервисы могут использовать разные СУБД (для ведения баланса и лимитов по счетам мы используем in-memory database), есть элементы low code, которые мы планируем активно развивать. У нас много интересных решений.
Мы прошли по краю, выбирая, с одной стороны, самые современные, а с другой — доказавшие свою работоспособность продукты, которые мы тщательно протестировали, прежде чем включать их в наш технологический стек.
CNews: Есть расхожее мнение, что микросервисы нужны только для фронтальных решений. Вы с этим согласны?
Дмитрий Гарбар:
Дмитрий Гарбар
На первое место выходит скорость формирования предложения клиенту, а значит должен храниться и мгновенно обрабатываться огромный пул информации.
Давайте вспомним, какие неоспоримые преимущества свойственны микросервисной архитектуре. Это стабильность решения при большом количестве изменений и практически безграничное масштабирование при разумной цене на железо — разве это не то, что нужно в Core Banking?
А что касается идеи двухскоростной архитектуры, которая была сформулирована экспертами Gartner еще в 2014 году, то до поры до времени она была вполне разумным для банков подходом. Что-то вроде «есть слона по частям». Если упрощенно, то подход сводился к тому, что должен быть технологичный, быстрый, устойчивый к изменениям фронт и хоть какой-то, какой уж есть, бэк, потому что «не до него сейчас». И применение микросервисных решений, в первую очередь для фронт-офисов, было вполне оправдано. Но пришло время есть «вторую часть слона» — две скорости в архитектуре должны уступить место одной — максимальной.
Растут как объемы информации в системах, так и количество запросов к ним. На первое место выходит скорость формирования предложения клиенту, а значит должен храниться и мгновенно обрабатываться огромный пул информации. В такой ситуации Core Banking уже не получится вынести за скобки.
Соревнование банков на предмет того, «у кого ДБО красивее», завершилось — почти у всех одинаково красиво. Наступает время решения более сложных задач и формирования более своевременных продуктов. Это требует других скоростей на всех уровнях архитектуры, во всех процессах. А поэтому необходимо, чтобы в основе лежала единая современная платформа или платформы, но никак не устаревший монолит или даже «зоопарк» из слепленных Agile-командами «под задачу» функциональностей. Такой подход видится нам наиболее конкурентным в перспективе.
Я еще как-то могу понять те банки, которые отложили вопрос модернизации Core Banking и не трогают его до поры до времени. Но я не понимаю тех, кто уже (или все еще?) пытается его как-то «пилить на части» и делать это не в современном стеке. А значит, опять шина, опять нет реальных 24/7, нет линейной масштабируемости. Потратить кучу ресурсов и снова оказаться позади? Неразумно.
Тут я бы сделал сноску и сказал, что, по моему мнению, изменения в мире финансового ИТ происходят куда медленнее, чем нам кажется. И технологические истории, которые уже много лет звучат на форумах и конференциях, и по ощущениям должны были бы уже давно приземлиться, для подавляющего большинства организаций — вода, в которой они даже не замочили ноги. И если сначала нам казалось как-то неловко приезжать к заказчику и рассказывать его ИТ-специалистам про микросервисный стек как таковой, и про то, что дает его применение (я лично вырезал этот блок из презентаций), то потом мы поняли, что в большинстве случаев разговор приходится начинать именно с этого. Часто заказчик сразу не скрывает, что имеет целью «прокачаться» при общении с нами на тему платформенного подхода и микросервисов и только потом выходить на какие-то осмысленные решения. Для нас такое общение, конечно же, инвестиция. А у банка в результате рождается доверие к нашей компетентности и, что не менее важно, вера в себя — в то, что он хорошо понимает, зачем, что и как он будет устанавливать, как с этим жить и какие преимущества получит.
CNews: Кстати, у многих, до сих пор, вызывают аллергию такие термины как «Agile» или «микросервисы».
Дмитрий Гарбар:
У всего нового всегда есть сторонники и противники, это нормально. Главное — не пропустить точку невозврата, когда твой здоровый скепсис перестает быть стабилизирующим и не позволяющим рефлексировать на все хайповое, а мешает своевременно вложиться в тренд и отжать от него по максимуму.
Дмитрий Гарбар:
Соревнование банков на предмет того, «у кого ДБО красивее», завершилось — почти у всех одинаково красиво. Наступает время решения более сложных задач и формирования более своевременных продуктов. Это требует других скоростей на всех уровнях архитектуры.
CNews: Вы передаете своим заказчикам коды платформы?
Дмитрий Гарбар:
Мы штатно передаем заказчикам коды разработанного для него бизнес-функционала и, да, можем передать код платформы.
Сейчас модно говорить о самостоятельной разработке в банках — это еще один тренд. Не все до конца понимают, зачем им нужен наш код, но все его хотят. А мы не возражаем, так как уверены, что работы на всех хватит. Маятник самостоятельной разработки снова качнулся в сторону «все сделаем сами», но вернется и обратно, и банки неминуемо вспомнят, что является их core-бизнесом. Быть высокетехнологичной финансовой организацией не равно все делать самим. А те яркие примеры с самостоятельной разработкой, которые мы сейчас видим, да еще и зачастую на платформах, которым 20 лет от роду — это… удивительно. И точно не про эффективность.
CNews: А что у вас с импортозамещением?
Дмитрий Гарбар:
У нас — все замечательно. Мы — полностью российская компания, и мы старались использовать в нашей платформе или российский, или открытый софт.
Например, для in-memory-расчетов мы можем использовать открытую СУБД Tarantool от компании Mail.ru — этот продукт позволил нам существенно ускорить обработку остатков по счетам в режиме реального времени. Кстати, импортозамещать мы будем не только в России, в планах — продвигать нашу платформу за рубежом, «замещая» устаревшие иностранные решения и на их территории.