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

Границы термина SOA (service oriented architecture) очерчены нечетко, разные специалисты толкуют его по-разному. Поэтому прежде чем говорить о применении SOA, необходимо дать ему определение.

Сервисная ориентация означает представление бизнеса в форме набора связанных сервисов. Под сервисом понимаются часто выполняемые бизнес-процессы. Сервисы могут быть географически распределены и вызываться через сеть. «Таким образом, SOA — способ построения ИТ-архитектуры организации, основанный на принципах сервисной ориентации», — говорит Евгений Васильев, консультант по корпоративным решениям компании «Флексис».

«Архитектура SOA строится на трех „китах“: виртуализация ресурсов, консолидация данных, централизация управления, — рассказывает Румяна Свистунова, руководитель дирекции прикладных решений компании „Verysell Проекты“. — Цель ее внедрения — сделать ИТ-сервисы удобными и доступными для пользователя, и чтобы при этом пользователю не надо было бы знать и разбираться в том, как этот сервис работает (подобно тому, как мы пользуемся мобильной связью или электричеством)».

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

«SOA — это естественное развитие архитектурных подходов в поисках такой модели программных систем, которая, с одной стороны, позволяла бы изменять и добавлять бизнес-функциональность без переделки всего комплекса программ, а с другой стороны — многократно использовать единожды разработанные и задокументированные части, — констатирует Андрей Сыкулев, директор по развитию бизнеса компании „Синимекс“. — SOA возникла как попытка придать все более усложняющимся информационным системам гибкость, необходимую для сохранения возможности соответствовать новым требованиям бизнеса. Сегодня „нормальный“ срок внедрения новых бизнес-функций — 2–3 месяца. Если в каком-то банке продолжительность подобных проектов оценивается в годах, то это верный знак: пора переходить к SOA».

Показания к SOA

Потребность перехода к SOA возникает, когда необходимо автоматизировать сквозные бизнес-процессы, в которых задействовано несколько ИТ-систем. Стоит подобная задача и перед банками, которые активно развиваются или выходят на новые рынки, что часто требует быстрого изменения бизнес-процессов, а значит, и информационных систем. «Если все текущие бизнес-процессы банка успешно решаются существующей информационной системой и банк не планирует в обозримом будущем вводить новые виды услуг, то затевать переход на SOA не имеет смысла, — считает Алексей Щетенков, руководитель департамента решений Microsoft компании „Вест Концепт“. — А вот если банк столкнулся с ограничениями текущей ИТ-платформы, или с коренным изменением бизнес-процессов, или с планированием выхода на новые рынки, — стоит задуматься об изменении ИТ-платформы».

SOA в банке подразумевает возможность гибкого изменения и развития ИТ-подсистем банка и связей между ними. Как следствие такого подхода, банк получает возможность развития основных и вспомогательных бизнес-сервисов. Все бизнес-процессы банка становятся более мобильными и легко настраиваемыми под условия меняющейся среды: изменения законодательства, появление новых внешних и внутренних требований (например, введение Basel II), расширение географии бизнеса, необходимость ввода новых пакетов услуг и новых банковских продуктов, повышение надежности и доступности банковских сервисов.

Для того чтобы банк на практике мог осуществить переход на SOA-архитектуру в целях стабильного развития бизнеса в долгосрочной перспективе, необходимо выполнение многих условий. Румяна Свистунова приводит основные из них:

> определенная степень зрелости ИТ-инфраструктуры, так как SOA рассматривается как логичное развитие клиентсерверной архитектуры и подразумевает использование ролевого подхода в предоставлении сервисов (сервисы привязаны не к конкретному пользователю, а к группам пользователей, объединенных по ролям, то есть по функциональности);

> наличие большого количества связанных, но разнородных бизнес-процессов;

> упорядоченные процессы взаимодействия между подразделениями и филиалами банка;

> централизация контроля, единый центр принятия решений и формирования политики предоставления ИТсервисов;

> разработанный каталог сервисов и отработанная схема их формирования (предоставления) в соответствии с договорами об уровне предоставления сервисов (SLA — service level agreement);

> осознанная на уровне руководства банка потребность в оптимизации управления бизнес-процессами.

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

CIO и CEO

В большинстве российских компаний проекты по внедрению SOA инициируются ИТ-департаментом. Кто является инициатором применения SOA в банках: CIO, топ-менеджмент или собственники?

— Инициаторами применения должны быть все — и CIO, и топ-менеджмент, и собственники, — убежден Алексей Щетенков. — Во внедрении SOA заинтересован прежде всего сам банк, основная задача которого — это получение прибыли. Для получения максимальной прибыли требуется увеличить выручку и уменьшить себестоимость. Именно на это и направлена SOA: с одной стороны, благодаря тому что у нас почти нет ограничений в реализации бизнес-задач, мы можем выводить на рынок новые услуги, «захватывать» новые сегменты рынка, а с другой — за счет более простых принципов интеграции — снизить издержки на автоматизацию бизнес-процессов.

Тем не менее на практике инициатива перехода на сервисно-ориентированную архитектуру и в банках принадлежит в основном CIO. Евгений Васильев считает такое положение дел закономерным: «Как правило, CIO четко представляет, как работает бизнес банка, и его основными задачами являются выделение ключевых бизнес-процессов, приносящих прибыль, их оптимизация и автоматизация с помощью ИТ-решений».

Построение SOA позволяет формально описать бизнес компании, установить контрольные точки для оценки работы бизнеса, изменять архитектуру в соответствии с эволюцией модели бизнеса — решить часть задач CIO. Кроме того, построение SOA упростит для архитекторов банка интеграцию дополнительных программных решений в существующую инфраструктуру.

Очевидно, что CIO также должен хорошо понимать бизнес-процессы банка и то, как модернизированная в соответствии с SOA ИТ-архитектура может повысить их эффективность. «Рискну предположить, — подчеркивает Румяна Свистунова, — что именно в этом кроется проблема пробуксовки внедрения SOA в российских банках, поскольку при создании SOA необходим тесный контакт инициатора проекта или CIO, аналитиков, разработчиков и бизнес-пользователей банка. В идеале в своих обсуждениях и рабочих диалогах они должны оперировать понятиями бизнес-процессов».

Стадии эволюции

Проекты внедрения SOA являются эволюционными. В целом, внедрение SOA можно разбить на четыре этапа.

> Создание модели бизнеса

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

> Сборка системы

Модель бизнеса, созданная на предыдущем этапе, переводится в компоненты системы; результат — программная модель.

> Внедрение системы

Для внедрения компонентов системы создается информационная среда.

> Управление и поддержка системы

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

В рамках проекта внедрения SOA необходимо реализовать процесс эволюции ИТ-инфраструктуры на качественно новый уровень, с новой идеологией предоставления и получения сервисов. «Эта задача требует глубокого анализа функциональности аналитиками и архитекторами, применения специфических методов анализа и моделирования, высокой квалификации разработчиков SOA-решений, — подчеркивает Румяна Свистунова. — На мой взгляд, важно, чтобы технологической стадии проекта (которая базируется на трех составляющих: виртуализация ресурсов, консолидация данных и централизация управления) предшествовал организационный этап, без которого нельзя реализовать сервисно-ориентированный подход по ролевому принципу. Для этого необходимо создать в компании каталог (или справочник) услуг, всех пользователей разделить на группы в соответствии с ролями, то есть с функциональными обязанностями, и составить карты, регламентирующие уровень доступа пользователя к тому или иному сервису (полный доступ, только на чтение, отсутствие доступа и т. д.)».

Затем можно реализовать сервисно ориентированный подход, при котором слой сервисов сопряжен с ролями, а не с каждым индивидуальным пользователем. При этом для каждой группы пользователей (для каждой роли) должен быть проработан не только сам набор услуг или сервисов, но также и количественные и качественные показатели предоставления этих услуг, задокументированные в договорах об уровне предоставления сервисов (SLA).

Однако не все эксперты разделяют мнение о необходимости строить SOA «снизу вверх». «Умозрительно может показаться, что сначала надо построить транспорт, выделить элементарные сервисы, определить требования и решить вопросы безопасности, внедрить сервисную шину, механизмы „оркестровки“ сервисов в бизнес-процессы и научиться строить композитные сервисы, надстроить средства мониторинга и, наконец, построить процессы централизованного управления жизненным циклом сервисов (каталогизация, версионность, и т. п.). На самом деле, нет никаких объективных препятствий для реализации элементов SOA в другой последовательности, здесь все зависит от конкретных условий, сложившихся в конкретном банке», — предупреждает Андрей Сыкулев.

В сервисно ориентированной архитектуре можно более эффективно — с меньшими затратами и с большей надежностью — организоватьзащиту информации и разграничение доступа к информационным ресурсам. «Эта задача важна именно для банков, — считает Румяна Свистунова. — Поэтому отдельным даже не этапом, а задачей проекта создания SOA должно быть обеспечение комплексной защиты информационных систем компании».

Скорость, надежность, непрерывность

Особенности в построении SOA связаны в первую очередь с различными типами бизнес-процессов, которые используют компании. Внедрение сервисно ориентированной архитектуры в банках исключением не является.

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

В банках, как правило, более высокие требования к скорости обработки транзакций, обеспечению безопасности, надежности и непрерывности работы систем. Это накладывает дополнительные ограничения как технологического, так и организационного характера. «Для построения SOA в конкретном банке нужно решение, спроектированное под нужды именно этого банка, а не типовое — для финансовых организаций, — отмечает Евгений Васильев. — Для этого лицам, принимающим решение о внедрении SOA, нужно четкое понимание и формализация тех бизнес-процессов, которые планируется добавить. Очень важно привлекать для внедрения квалифицированных специалистов и планово проводить обучение персонала предприятия работе в системе управления с SOA».

Традиционно в банках используется достаточно много различных версий программных продуктов, платформ и технологий разных поставщиков. Основная проблема — грамотно спроектировать их взаимодействие друг с другом. «Основные проблемы, как правило, возникают на стыках, — рассказывает Андрей Сыкулев. — Выравнивание сроков поставки, обеспечение стабильности спецификаций интерфейсов, решение технических проблем при взаимодействии ПО на разных платформах — это типичные проблемы, которые приходится решать в ходе интеграционных проектов. Накопленный опыт — вот, пожалуй, основное средство предотвращения проблем».

— В первую очередь необходимо четко продумать бизнес-процессы, проходящие сквозь данные системы, а потом — «наложить» их на информационные системы, — советует Алексей Щетенков. — На этапе системного проектирования я бы постарался как можно глубже вникнуть в бизнес, понять его суть, изучить текущую инфраструктуру, ее возможности, чтобы потом грамотно спроектировать новую информационную систему с учетом ее возможного развития.

Чтобы избежать сбоев в работе систем, Евгений Васильев советует проводить процесс внедрения SOA поэтапно, постепенно добавляя различные бизнес-процессы в архитектуру, уделяя большое внимание тестированию каждого нового сервиса.

Одна из основных особенностей SOA-проектов состоит в том, что они не бывают краткосрочными. Но технологии не стоят на месте, оборудование быстро устаревает, вендоры каждые 2–3 года выдвигают новые концепции и т. д. «Поэтому, — предупреждает Румяна Свистунова, — SOA-проект должен быть выстроен таким образом, чтобы сохранить и максимально использовать все те вложения, которые уже были сделаны в инфраструктуру в предыдущие годы, и дополнить всю структуру такими связями между ее элементами, чтобы во всей системе возникли новые системные свойства. То есть чтобы на выходе получилась работающая система, которая создает дополнительную полезность, большую, чем простая сумма входящих в нее элементов. В проектах внедрения (создания) SOA особенно важно, чтобы и заказчик, и исполнитель одинаково понимали, каких целей они планируют достичь и что именно получит заказчик по итогам проекта. Кроме того, важно заранее продумать критерии, по которым будут оцениваться достигнутые результаты. SOA-проекты (как и любые другие комплексные проекты) целесообразно разбивать на отдельные этапы с конкретными целями на каждом».

Преимущества

К основным преимуществам SOA для банков можно отнести:

> легкость добавления и интеграции новых платформ в инфраструктуру банка;

> простоту внедрения новых и изменения существующих бизнес-процессов. SOA позволяет повысить качество клиентского сервиса банка, повышает скорость внедрения новых сервисов и бизнес-приложений, повышает скорость включения в единую бизнес-структуру новых подразделений (филиалов, приобретенных компаний), упрощает процесс выделения новых компаний из общего бизнеса. «Для собственников и руководства банка переход на SOA позволяет повысить прозрачность бизнеса, в частности — понимать структуру затрат на ИТ, себестоимость каждого сервиса, принимать взвешенные решения об аутсорсинге тех или иных услуг», — говорит Румяна Свистунова;

> возможность проводить оценку эффективности бизнес-процессов;

> модульный подход и отсутствие дублирования сервисов, что позволяет быстро разрабатывать новые продукты на основе уже имеющихся модулей;

> возможность выбирать программные продукты от разных вендоров;

> легкую масштабируемость системы по производительности;

> уменьшение стоимости разработки и владения ИТ.

Считается, что построение банковской архитектуры в соответствии с принципами SOA повышает привлекательность в глазах инвесторов, особенно западных.

Современный мир становится все динамичнее.

— Сегодня надо бежать быстрее, чтобы двигаться вперед, — говорит Алексей Щетенков. — Это касается и бизнес-процессов: если раньше банки вводили новые виды услуг в среднем раз в год, то сейчас счет идет на месяцы, и классические информационные технологии иногда просто не поспевают за бизнесом. А бизнес толкает осваивать новые виды услуг, предлагать что-то новое, инновационное. Главное преимущество технологии SOA — ее скорость и мобильность «подстройки» под любые новые бизнес-задачи.