Управление SOA - это набор процессов, используемых для действий, связанных с осуществлением контроля над сервисами в сервис-ориентированной архитектуре (SOA). Согласно одной из точек зрения IBM [1] и других, управление SOA является расширением (подмножеством) управления ИТ, которое само по себе является расширением корпоративного управления . Неявное предположение в этом представлении состоит в том, что сервисы, созданные с использованием SOA, являются лишь еще одним типом ИТ-активов, нуждающихся в управлении, из чего следует, что управление SOA не применяется к ИТ-активам, которые «не являются SOA». Противоположная точка зрения, высказанная блоггером Дэйвом Оливером [2]и другие, заключается в том, что ориентация на услуги обеспечивает общий организационный принцип для всех аспектов ИТ в организации, включая управление ИТ. Следовательно, управление SOA - это не что иное, как управление ИТ, основанное на принципах SOA.
Основное внимание в управлении SOA уделяется тем ресурсам, которые приносят пользу бизнесу. Системы SOA требуют процессов поддержки ИТ, а также организационных процессов, в которых также будут участвовать руководители бизнеса. SOA нужна прочная основа, основанная на стандартах и включающая политики, контракты и соглашения об уровне обслуживания. Ожидается, что ИТ-сообщество будет использовать услуги для быстрой автоматизации новых и изменяющихся бизнес-процессов. Для этого сервисы должны производиться с несколькими качествами дизайна, такими как возможность компоновки, слабая связь, автономность, стандартизация представления данных. Кроме того, должна существовать инфраструктура управления SOA для поддержки жизненного цикла предоставления услуг, которая включает в себя реестр сервисов, позволяющий обнаруживать сервисы. Следовательно, SOA увеличивает потребность в хорошем управлении, поскольку помогает назначить полномочия, роли и обязанности по принятию решений и сосредоточить внимание на организационных возможностях, необходимых для достижения успеха.
Определение
Определения управления SOA совпадают по цели осуществления контроля, но различаются по обязанностям, которые оно должно иметь. Некоторые узкие определения сосредоточены на навязывании политик и службах мониторинга, в то время как другие определения используют более широкую бизнес-ориентированную перспективу.
Энн Томас Манес определяет управление как: «Процессы, которые предприятие внедряет для обеспечения того, чтобы все [...] выполнялось в соответствии с передовой практикой, архитектурными принципами, правительственными постановлениями, законами и другими определяющими факторами. Управление SOA относится к процессам, используемым для управления принятием и внедрением SOA ». [3]
Особое внимание в управлении SOA уделяется разработке сервисов, которые повышают ценность бизнеса, эффективное управление SOA должно охватывать людей, процессы и технологии, участвующие во всем жизненном цикле SOA с точки зрения бизнеса, а также возможности подключения и повторного использования с точки зрения ИТ зрения, тем самым согласовывая бизнес с ИТ.
Еще раз процитируем Энн Томас Манес: «SOA - это поведение, а не то, что вы создаете или покупаете. Вы должны изменить поведение, чтобы оно стало эффективным ». [4]
Gartner определяет управление SOA как «обеспечение и подтверждение того, что активы и артефакты в архитектуре работают должным образом, и поддерживает определенный уровень качества». [5]
ISO 38500 описывает структуру с шестью руководящими принципами корпоративного управления информационными технологиями и модель для директоров для управления ИТ с тремя основными задачами: оценка, руководство и контроль. ISO 38500 различает «Управление», «Менеджмент» и «Контроль».
Сфера
Вот некоторые типичные проблемы управления, которые могут возникнуть в SOA:
- Обеспечение ценности для заинтересованных сторон : ожидается, что инвестиции принесут выгоду заинтересованным сторонам - это в равной степени верно и для SOA.
- Соответствие стандартам или законам : ИТ-системы требуют аудита для подтверждения их соответствия нормативным актам, таким как Закон Сарбейнса-Оксли . В SOA поведение сервиса часто неизвестно.
- Управление изменениями: изменение услуги часто имеет непредвиденные последствия, поскольку потребители услуг неизвестны поставщикам услуг. Это делает анализ влияния изменения услуги более сложным, чем обычно.
- Обеспечение качества сервисов : гибкость SOA для добавления новых сервисов требует особого внимания к качеству этих сервисов. Это касается как качества дизайна, так и качества обслуживания. Поскольку службы часто обращаются к другим службам, одна неисправная служба может вызвать повреждение многих приложений.
Вот некоторые ключевые действия, которые часто упоминаются как часть управления SOA:
- Управление портфелем услуг: планирование развития новых услуг и обновление текущих услуг
- Управление жизненным циклом услуг: предназначено для обеспечения того, чтобы обновления услуг не мешали текущим потребителям услуг.
- Использование политик для ограничения поведения: можно создавать правила, которым должны соответствовать все службы, обеспечивая согласованность служб
- Мониторинг производительности служб: из-за состава службы последствия простоя или недостаточной производительности службы могут быть серьезными. Отслеживая производительность и доступность службы, можно немедленно принять меры при возникновении проблемы.
- Управление тем, как и кем используются услуги [6]
Смотрите также
Рекомендации
- ^ Страницы IBM SOA, Определение управления SOA
- ^ Блог Дэйва Оливера, Что такое управление SOA?
- ↑ Энн Томас Манес, Слон покинул здание , 1 июля 2005 г.
- ^ Philip J. Windley, управление SOA: Правила игр Архивированных 2008-07-24 на Wayback Machine , InfoWorld.com, 23 января 2006
- ↑ Gartner, Magic Quadrant for SOA Governance, 2007 г.
- ^ Wohl Associates, SOA Governance An IBM White Paper, октябрь 2006 г. ( http://www-01.ibm.com/software/solutions/soa/Amy_Wohl_SOA_Governance_Analyst_White_Paper.pdf )