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

Майкл Либов (Michael Liebow) является вице-президентом подразделения, занимающегося вопросами Web-сервисов и сервис-ориентированных архитектур консалтинговой компании IBM Business Consulting Services, принадлежащей корпорации IBM. Майкл спешит поделиться своим бесценным опытом в области ИТ, Web-сервисов, а главное, реализации SOA-проектов, делая акцент на бизнес-составляющей SOA, что для нас особенно актуально.

Итак, перейдем непосредственно к интервью.

-Какие изменения в плане бизнеса ожидаются на предприятиях, внедривших у себя SOA?

-Использование SOA повлечет за собой изменения динамики рынка. Крупные мега-проекты станут гораздо менее масштабными, а значит, их реализация не будет зависеть от того, получили вы одобрение совета директоров или нет. Станет возможным принимать решения о закупках на уровне бизнес-менеджеров. Поскольку объем закупок сократится, бизнес-менеджеру ненужно будет согласовывать свое решение с вышестоящими инстанциями, благодаря чему сократится время, необходимое для принятия решения, и ускорится весь процесс. Итак, попытаемся наметить стратегию постепенного внедрения SOA на предприятии. Для начала вам надо определиться, где вы находитесь в плане технологий, бизнес-процессов, инфраструктуры. Для этого проводится специальная диагностика, благодаря которой вы узнаете истинное положение вещей в вашей компании. А уже владея всей этой информацией, можно перейти к разработке индивидуальной стратегии внедрения SOA на вашем предприятии. Затем составляется подробный план, согласно которому и будет осуществляться внедрение SOA или, иными словами, реализация вашего SOA-проекта. Грамотно составленный план позволит добиться быстрого внедрения SOA – сроки могут даже не превышать 6 месяцев! Слабое место многих компаний как раз в том, что они не делают всю эту предварительную работу.

-Совсем не делают?

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

-Но ведь есть среди организаций и такие, которые медленно, но верно продвигаются вперед по тернистому пути к успеху и уже достигли кое-каких результатов в деле SOA?

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

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

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

-С точки зрения бизнеса наиболее важным вопросом является показатель ROI (возврат инвестиций), а не обсуждение каких-то определенных технологий. Чем вы можете обосновать такую позицию?

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

-«Сражаться»?

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

-Кстати, об управлении. Что бы вы посоветовали в плане управления SOA?

-Это действительно важный вопрос, я занимался его изучением около года и пришел к выводу, что в первую очередь необходимо создать некий комитет по управлению или что-то в этом роде, можно придумать для этого разные названия, это не суть важно. Так, например, в корпорации Toyota, такой комитет уже создан и называется the Integrated Center of Excellence (ICE). В IBM это the Center of Excellence for SOA within IBM Global Services, основанный в 2003 году.

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

Что касается самого процесса внедрения SOA, следует воспользоваться уже наработанным лучшим передовым опытом. В первую очередь, следует помнить о том, что вы собираетесь управлять жизненным циклом сервисов. Соответственно, вам необходимо разбираться в том, что такое сервис, кто занимается его созданием и управляет им, кто обеспечивает его безопасность, кто имеет на него права, какие требования к его качеству существуют. Сами видите, вам придется ответить для себя на целый ряд вопросов. В конечном итоге вы должны понять, каким образом вы сможете создать набор сервисов и каким образом вы сможете их повторно использовать. Сервисы должны быть теггированы в языке, который будет понятен всем. Однако успешное создание таких сервисов связано с возникновением проблем иного рода, которые вам тоже придется решать. Так, организации А не нужно каждый раз изобретать велосипед и создавать новые сервисы. А организация Б теперь может воспользоваться наработками компании А. Ваша задача – отсортировать стандартные лучшие методы и на практике изучить как, когда и где их лучше применять.

По материалам сайта SearchWebServices.com

Комментарии