ФОРС ЦЕНТР РАЗРАБОТКИ

Василий АНФИНОГЕНТОВ,
руководитель отделения
автоматизации дело­вых процессов,
«ФОРС - Центр разработки»

SOA для бизнеса: современная концепция построения информационной системы

Источник: журнал «Век качества», №3, 2008г.

В последнее время все более популярной становится идея SOA (Service Oriented Architecture - сервисно-ориентированная ар­хитектура). Технологическое ядро SOA обозначает четкие, стандартизованные границы взаимодействия между потребите­лями и поставщиками услуг, реализованного через интерфей­сы. Благодаря этому данная концепция обеспечивает макси­мальную гибкость и изменчивость как вариантов ее примене­ния, так и бизнес-процессов, подлежащих автоматизации. Ис­пользование такого подхода позволяет решить одну из глав­ных задач ИТ-департамента со сложной и, особенно, унаследо­ванной инфраструктурой - эффективную интеграцию различ­ных прикладных программ на базе единой архитектурной плат­формы. Выделение сервисов (услуг) и стандартизация интер­фейсов взаимодействия с ними - вот основная задача SOA

В последнее время все более популярной становится идея SOA (Service Oriented Architecture - сервисно-ориентированная ар­хитектура). Технологическое ядро SOA обозначает четкие, стандартизованные границы взаимодействия между потребите­лями и поставщиками услуг, реализованного через интерфей­сы. Благодаря этому данная концепция обеспечивает макси­мальную гибкость и изменчивость как вариантов ее примене­ния, так и бизнес-процессов, подлежащих автоматизации. Ис­пользование такого подхода позволяет решить одну из глав­ных задач ИТ-департамента со сложной и, особенно, унаследо­ванной инфраструктурой - эффективную интеграцию различ­ных прикладных программ на базе единой архитектурной плат­формы. Выделение сервисов (услуг) и стандартизация интер­фейсов взаимодействия с ними - вот основная задача SOA

Ошибочно считать SOA продуктом или системой. Для ее создания используется определенный набор инструментов, причем достаточно разнообразный. В частности, таким инструментом яв­ляется Oracle BPEL Process Manager, использующийся при построении SOA на базе средств Oracle Fusion Middleware.

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

Как любая другая новая концеп­ция или технология, SOA вначале считалась чуть ли не панацеей от всех проблем ИТ-департамента. Од­нако следует помнить, что для каж­дой компании существуют свои осо­бенности применения данного под­хода. Неправильная его интерпрета­ция может не только не принести желаемых результатов, но даже на­вредить бизнесу.

В связи с этим необходимо иметь в виду, что все определяется условиями и характером конкретной биз­нес-среды. К примеру, если в компа­нии существуют уже давно устоявши­еся бизнес-процессы, мало подвер­женные изменениям, и используют­ся достаточно закрытые для внешне­го мира workflow- или ERP-системы, то в данном случае можно ничего и не менять. Главное отличие SOA от других концепций автоматизации со­стоит именно в этом - открытости стандартов, что особенно важно, ес­ли компания существует в постоянно меняющейся и сложной интеграци­онной среде. Связывать приложения можно по-разному. Но если их много и они развернуты на разных плат­формах, то на данный момент не су­ществует лучшего способа интегри­ровать их, чем на базе SOA. Если предполагается развитие существую­щей информационной системы в со­ответствии с потребностями бизне­са, то SOA является необходимой, поскольку позволяет отделить разви­тие отдельного элемента информа­ционной системы (ИС), представ­ленного в виде сервиса, от системы в целом, реализующей «оркестров­ку» отдельных сервисов.

Отметим также, что SOA - это ар­хитектура создания ИС. Для успешного же построения самой системы требуется множество других вещей: правильный выбор инструментов, программных продуктов; грамотное описание всего жизненного цикла процесса, включая его разработку, проектирование, моделирование и последующую автоматизацию. Здесь те же риски, что и при внедрении любой ИС. Кроме того, такая архите­ктура наиболее удобна там, где ис­пользуется процессный подход к уп­равлению. Однако SOA может прине­сти существенную пользу и организа­циям с чисто функциональным по­строением при создании ИС, так как этот подход позволяет с наименьши­ми сложностями объединить прило­жения, поддерживающие отдельные функциональные единицы компа­нии. Более того, в ситуации четкого функционального разграничения SOA позволяет разделить развитие отдельных приложений и систему в целом. Для функционально ориенти­рованных компаний более подходя­щим, по-видимому, будет подход «от сервисов» (снизу вверх), для проектно-ориентированных, наоборот, -«от процессов» (сверху вниз).

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

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

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

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

В крупных территориально рас­пределенных холдингах в рамках SOA возможна унификация бизнес-процессов для всех подразделений. У компании «ФОРС - Центр разра­ботки» имеется опыт реализации подобных задач, приведших, в том чис­ле, к унификации бизнес-процессов. Особенности и специфика требова­ний отражаются в формировании бо­лее «умных» и сложных композит­ных сервисов, которые, по сути, представляют собой реализацию не­больших процессов, обращающихся к унифицированным сервисам.

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

В отличие от многих компаний, только декларирующих осуществление таких проектов, в «ФОРС - Центр разработки» накоплен реальный опыт по­строения больших ИС на базе SOA. Так, недавно была запущена система автоматизированного предоставления государственных услуг населению «Од­но окно», разработанная по заказу Управления информатизации г. Москвы. Продолжаются работы по созданию среды электронного взаимодействия городских ИС в рамках метасистемы «Электронная Москва», что обеспечит интеграцию и взаимодействие компле­кса разнородных ведомственных и от­раслевых информационных подсис­тем. В основе этих проектов лежит SOA на базе Oracle Fusion Middleware.

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

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