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

В последние годы, многие крупные компании стали переходить к одному из вариантов трехступенчатой архитектуры. На схеме представлены обычная система, состоящая из 4-5 ступеней или слоев.

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

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

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

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

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

По материалам блога Service Oriented Enterprise

Комментарии