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

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

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

Финансовые подразделения General Motors Corp., Ford Motor Co., DaimlerChrysler AG and Toyota Motor Corp. создали совместную биржу финансовых услуг RouteOne LLC, обеспечивающую автодилерам единый доступ к различным финансовым операциям. Директор компании по информационным технологиям Джоэл Груббер с помощью SOA нашел экономически выгодный способ внесения изменений во внутреннюю инфраструктуру не нарушения взаимодействия компаний с биржей. В августе 2006 RouteOne запустила опытный проект по работе с электронными контрактами (eContracts), чтобы избавить автодилеров от излишней бумажной работы.

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

Эти и многие другие примеры стимулируют американские корпорации более активно использовать SOA-технологии. Ведущая компания независимых исследований Forrester Research Inc. еще в апреле предсказывала, что к концу этого года больше половины крупных компаний США перейдут на SOA, а 70% компаний, уже пользующиеся SOA-технологиями в ближайшем будущем будут их применять ещё активнее.

46% компаний из числа последних рассматривают SOA не только как возможность сэкономить, но и как возможность повлиять на стратегию развития бизнеса, например, расширить круг партнеров, эффективно организовать взаимодействие с поставщиками и клиентами, или разработать абсолютно новые предложения. Корпорация IBM заявляет, что две трети их клиентов из 2700, перешедших на SOA, используют ее потенциал для создания новых источников прибыли. Это пытается осуществить компания Automatic Data Processing Inc.(ADP), известная своими решениями в области обработки данных по заработной плате. C помощь SOA компания разрабатывает портал, который предоставляет единый сценарий диалога с пользователем для всех, предлагаемых программных продуктов, начиная от обработки данных по заработной плате и заканчивая инструментами управления человеческими ресурсами. В продуктовой линейке, частично состоящей из приобретенного ПО, используется множество интерфейсов, что влечет за собой обучение сотрудников, каждому из которых нужно запоминать свой пароль. Данное обстоятельство затрудняет продажу составных приложений клиентам, поэтому сейчас компания ADP разрабатывает приложения с единым интерфейсом, используя SOA для получения данных через сервисный слой.

Боб Бонджорно, старший вице-президент ADP и директор по информационным технологиям отдела помощи работодателям, самого большого отдела, в компетенцию которого входят заработная плата, налоги и соблюдение правил их выплаты, прибыль, управление кадрами, говорит, что SOA позволяет компании как предлагать свои продукты потенциальным клиентам, так и расширять ассортимент для своих постоянных клиентов. Но господин Бонджорно осторожен с выводами, он не утверждает, что только благодаря SOA увеличивается доход компании. По его словам, веб-портал тоже успешно работает на прибыль. В этом году прибыль компании возросла на 11% , а в 2007 она увеличится ещё на 10%. В прошлом году компания ADP начала продажу услуг по начислению заработной платы, используя Small Business Accounting Package (Пакет бухгалтерских услуг для малого бизнеса) корпорации Microsoft. Продукт ADP для малого бизнеса включен в пакет Microsoft с использованием сервисной архитектуры, чтобы была возможность обмена данными. Господин Бонджорно заявляет, что такого рода партнерство – это первый шаг на пути к увеличению числа подобных продуктов.

Однако, несмотря на успехи ADP господин Бонджорно предостерегает своих коллег от SOA-лихорадки, призывая всегда проверять целесообразность использования технологий. Но как компаниям убедиться в том, что SOA отвечает потребностям их бизнеса? Для ADP это было просто, потому как приложения компании содержали одинаковые данные: имя, адрес, номер паспорта сотрудника, номер телефона. Каждый бит информации представляет собой транзакцию, и была возможность создать сервис, подходящий для каждого приложения. Перейдя на SOA, компания также учла возможность расширения партнерских связей, таких как с Microsoft. “Технологии, которые мы используем сейчас открыли нам мир новых возможностей” - говорит Боб Бонджорно.

Внедрение
При наличии большого количества сервисов достаточно сложно оценить эффективность каждого, поэтому их продажа становится несколько затруднительной. Поскольку SOA имеет реальные перспективы, есть вероятность того, что искушенные менеджеры все-таки обратят внимание на современный “чудо-акроним”. В конце концов, большинство новых технологий годами переживают множество взлетов и падений в рамках сложных проектов. И SOA не избежать этой участи. Ее перспективы по увеличению скорости разработки и повторного использования кода не представляют собой ничего нового, и объяснить суть концепции под час оказывается сложно. “SOA – это очень широкое понятие – говорит Джон Девадосс, директор по стратегии архитектуры компании Microsoft. “SOA сложно продать” - говорит Мэтью Квинн, директор по технологиям компании Tibco Software Inc, являющейся поставщиком SOA. Он считает, что мудрому директору по информационным технологиям стоит сконцентрироваться на том, каким образом можно изменить бизнес-процессы.

Легко сказать, но непросто сделать. Очень сложно оценить влияние многих сервисов и данных, которые должны сократить оборотное время или избавить от тестирования, подтверждающего качество, поскольку данные не всегда доступны коммерческим отделам. Рон Шмельцер, аналитик ZapThink LLC, утверждает, что нужно обязательно разьяснять предпринимателям, что SOA позволяет усилить контроль над программным обеспечением. “Бизнес-процесс становится приложением, что было невозможно ранее”, говорит Шмельцер. Но SOA – это не панацея от всех бед. Она может стать и причиной головной боли, когда возникает необходимость сохранять и систематизировать тысячи сервисов, чтобы ими можно было управлять и использовать неоднократно. Шмельцер отмечает, что такой кропотливый труд вполне оправдан для часто изменяющихся приложений, например, в компаниях, предоставляющих финансовые слуги. Но приложенные усилия могут оказаться тщетными для других видов приложений, которые управляют небольшим количеством транзакций.

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

Но до сих пор директора по информационным технологиям не форсируют события относительно внедрения SOA. Стюарт Джонсон, старший менеджер отдела интеграции и сервис-ориентированной архитектуре Союзного Банка Австралии (Commonwealth Bank of Australia) говорит, что когда в 2002-2003 годах в банке началось строительство сервисов, его персонал быстро начал работу с “элементарными” веб-сервисами, теми, которые выполняют только одну функцию. Работа себя оправдала, и разработчики быстро стали продвигать идею создания сложных составных приложений, сочетающих в себе несколько сервисов, но Джонсон был осторожен. Он говрил: “Я хотел, чтобы технологии были простыми на столько, на сколько это возможно. SOA уже стала модным словечком, но огромная SOA архитектура воспрепятствует построению чего-либо нового”. Он хотел убедиться в том, что в банке понимали, как управлять SOA.

Для разработки новых продуктов Союзный Банк (Commonwealth Bank of Australia) объединяет знания технических и бизнес-аналитиков, и многие из них приветствовали использование сервисов для отображения максимального объема информации для клиентов и партнеров во внутренних системах банка. Вначале Джонсон был осторожен, поскольку его беспокоил вопрос безопасности данных. К тому же, банк входит в группу систем CommSee, в которой насчитывается уже около 2000 отдельных сервисов. Поэтому, прежде перейти на SOA, господин Джонсон проводил переговоры с компанией Microsoft относительно SOA инфраструктуры. И в 2004 году, практически спустя год работы с сервисами, банк приступил к построению так называемых “оркестрированных” сервисов, где использовались группы совместно функционирующих сервисов.

Первые “оркестрированные” сервисы банка были спроектированы в помощь клиентам для открытия прямого депозитного счета. Открытие такого счета производится в несколько этапов, которые могут занять шесть долгих недель, поскольку банку придется связываться с 40 различными хранилищами данных. Государственный банк использовал SOA, чтобы убедиться в том, что клиент подал все необходимые документы, что перед выдачей чековой книжки на счету уже имелись деньги, и чтобы выдать банковскую карточку.

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

Компания Railinc, например, собирается создать комитет, членами которого станут менеджеры по коммерческим и техническим вопросам, чтобы грамотно устанавливать приоритеты для построения сервисов. У компании более 60 действующих сервисов, но только сейчас разрабатывается сервис для управления электронными уведомлениями, которые рассылаются в различных форматах.

Господин Джонсон из Союзного Банка Австралии(Commonwealth Bank of Ausralia) говорит, что внедрение технологий поначалу было достаточно болезненным, отчасти потому, что он создавал основные элементы инфраструктуры, которые в ближайшем будущем станут частью готовой платформы, такой как, например, Indogo, Microsoft’s Web services platform. Он не преувеличивает влияние SOA на работу компании, особенно с тех пор как она претерпела большое технологическое обновление и внутреннюю реорганизацию. По мнению господина Джонсона, сервисная архитектура безусловно представляет собой ценность для бизнеса, и он надеется, что в будущем она станет “товаром широкого потребления”.

Комментарии