Эта статья требует дополнительных ссылок для проверки . ( январь 2008 г. ) ( Узнайте, как и когда удалить этот шаблон сообщения ) |
Часть серии по |
Управление |
---|
Модели |
По уровню |
По полю |
Меры |
|
похожие темы |
|
Управление 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 )