Управление SOA

Для проверки этой статьи нужны дополнительные цитаты . Помогите улучшить эту статью , добавив ссылки на надежные источники . Неподтвержденные материалы могут быть оспорены и удалены. Найти источники:  "SOA governance" – новости  · газеты  · книги  · ученый  · JSTOR ( январь 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]

• Структура взаимодействия управления