Технологии ради технологий

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

SOA и моделирование бизнеса

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

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

А сколько это стоит?

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

Какова будет производительность?

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

>  конкретная совокупность задач на входе в систему и их соотношение (смесь задач);

>  организация вычислительного процесса и используемые алгоритмы;

>  используемые проектные решения, технологии и продукты;

>  системное и промежуточное программное обеспечение;

>  аппаратное обеспечение;

>  а иногда и регламенты, относящиеся к выполняемой задаче.

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