SOA. Ожидание чуда?

18.10.2010 15:46 4 2 067 просмотров
Действительно о SOA в последнее время говорят все кому не лень. SOA - это модульный подход к разработке программного обеспечения, основанный на использовании сервисов (служб) со стандартизованными интерфейсами. Расшифровывается как Service Oriented Architecture. Считается, что за этим подходом будущее и он вылечит все беды прошлого.

Попробую просто объяснить, в чем чудо.
Идея состоит в том, чтобы перестать создавать большие программные комплексы, а начать делать небольшие абсолютно независимые компоненты (сервисы) и собирать их в большой комплекс (архитектуру) под задачи конкретного клиента. Плюсы очевидны:
1) Каждый сервис можно отдельно развивать и быстро доставлять клиенту
2) Тестировать нужно только сервисы, в которых вносились изменения
3) Сами сервисы клиент может брать от разных поставщиков (выбирая лучшее на рынке, отказываясь от плохих поставщиков в пользу хороших)
Уровень зависимости клиентов от поставщиков IT-решений и риски IT-проектов многократно понижаются, а скорость решения бизнес задач во много раз возрастает.

Сказать хорошо, а сделать трудно. Многие компании вложили огромные деньги и время, чтобы создать новые поколения своих продуктов в соответствии с SOA-подходом.
У компании IBM есть собственный стандарт оценки SOA зрелости продуктов. Называется он Service Integration Maturity Model (SIMM). Там 7 уровней зрелости. Оценивается возможность интегрируемости продуктов с внешней средой. Нижние уровни – низкая, верхние – высокая. Достаточно сказать, что для нашей компании, чтобы добраться со своими продуктами с 3 до 6 уровня зрелости потребовалось 5 лет и более 20 млн. долл.

Сервисы на верхнем уровне зрелости работают с внешней средой по контракту. В соответствии с этим контрактом они не только делают то, что от них ожидают, но и гарантируют производительность, качество и многие другие вещи. Это происходит по аналогии с материальным миром. Например, мы карандашная фабрика, а сервис – это поставщик древесины. Нас интересует не только количество древесины, но и качество (количество сучков), сроки поставки, порода дерева, размеры партии и прочее. От программного сервиса мы ждем, что он будет работать с нужной скоростью при оговоренном количестве запросов и требований к технике. Мы хотим в случае развития сервиса и отмирания старых методов, чтобы у нас было время перейти на новые методы, а старые в это время работали... Все это предмет договора и разработчик обязан его соблюдать, а не только поставлять нам новые функциональные возможности.

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

Комментарии 4

Олег Фадеев  (fadeevbiz)
#
Нет пределов совершенству. Интересно почитать на данную тему. Что посоветуете?
Александр Глазков  (glazkov)
#
Лучше всего начать с книги Норберта Биберштейна и соавторов «Компас в мире сервис-ориентированной архитектуры» (Service-Oriented Architecture Compass), выпущенной IBM Press.
Коротко и по делу. Позволяет очень быстро погрузиться в тему.
justbulat  (justbulat)
#
это кстати кибернетика - нахождение общих закономерностей в биологических, социальных, информационных и инженерных системах

здесь вы отождествляете программный комплекс экономике в целом, а компоненты - её субъектам. а моэно сопоставить ПК организму, компаниии, всякий раз находя полезные аналогии
Сергей Михалев  (smikhalev)
#
Тема блога старая, но я здесь впервые. Есть основной плюс этой статьи для меня - он подтверждает бизнес-модель, которую я применил для поднимаемого стартапа с продуктами по автоматизации бизнес-процессов. Она построена как раз на сервисах, причем универсальных, не требующих больших изменений и тяжелой интеграции с существующей инфраструктурой.
Появление таких стандартов как CMMN/Adaptive Case Management дают почву для применения этой бизнес-модели на практике.
Я придерживаюсь позиции легкости управления, нежели красивого интерфейса и инструментариев для моделирования. Этих продуктов уже достаточно на рынке, - и рынок хочет управлять и оптимизировать бизнес-процессы, а не только рисовать квадратики и стрелочки ради получения регламентов и должностной иерархии на предприятии.
Комментарии и отзывы могут оставлять только зарегистрированные пользователи.
Авторизуйтесь или зарегистрируйтесь.

Популярные сообщения

Новости по итогам отчетности за январь 2021 г. Последний пост.
#проблемные банки, #банки в зоне риска, #надежность банков, #дацзыбао о банках, экономике и финансах Обзор написан здесь: =============================
12
Когда лучше покупать облигации - до или после выплаты купона?
Обновлено 24.02.2021. Не стоит придавать этому слишком большого значения. В любом случае разница не так существенна. Но всё же попытаемся ответить на
0
Размышления у банковского подъезда. Блог банковского обывателя
16 лет прошло с момента создания Банки.ру и 30 лет с момента формирования новой банковской системы России после распада СССР. Что на сегодня мы имеем?
0
ДеньгиСразу 03.03.2021
Что можно про упырьков сказать. Заведует всем холдинг "Финбридж". Состоит из более 12 организаций специализирующихся на кредитовании. "Деньги сразу",
0
Ну, и кто из нас отсталый?
Некоторые люди, называющие себя патриотами, всячески любят выгораживать Россию и её технологии, считая их передовыми, что Россия обставила загнивающий
1

Новые сообщения

Продукты Банки.ру