Язык моделирования служб ( SML ) и формат обмена языками моделирования служб ( SML-IF ) — это пара спецификаций на основе XML , созданных ведущими компаниями в области информационных технологий , которые определяют набор расширений документов экземпляров XML для выражения связей между элементами, набор расширений XML-схем для ограничения этих связей и способ связывания правил Schematron с глобальными объявлениями элементов, глобальными определениями сложных типов и/или документами моделей. Спецификация SML [1] определяет концепции моделей, а спецификация SML-IF [2] описывает формат упаковки для обмена моделями на основе SML.
SML и SML-IF были стандартизированы рабочей группой W3C , созданной для разработки Рекомендаций W3C для языка моделирования служб путем уточнения «Языка моделирования служб» (SML) Участника представления [3] , в котором рассматривается опыт внедрения и отзывы о спецификациях. Представление было от отраслевой группы, состоящей из представителей BEA Systems, BMC, CA, Cisco, Dell, EMC, HP, IBM, Intel, Microsoft и Sun Microsystems. Они были опубликованы как Рекомендации W3C 12 мая 2009 года. [4] На рынке и в заявках поставщиков [ по мнению кого? ] SML рассматривается как преемник/заменитель ранее разработанных стандартов, таких как DCML и (в ретроспективе) фирменная Модель определения системы Microsoft или SDM. См . [5] для исторически полезной связи между SDM и DCML и [6] для совместного пресс-релиза, анонсирующего SML. В разделе Microsoft упоминается роль сиквела SDM.
Краткие формальные факты о SML
SML — это язык для построения богатого набора конструкций для создания и ограничения моделей сложных ИТ-сервисов и систем. Модели на основе SML могут включать информацию о конфигурации, развертывании, мониторинге, политике, работоспособности, планировании мощности, целевом рабочем диапазоне, соглашениях об уровне обслуживания и т. д.
Модель SML представляет собой набор взаимосвязанных XML- документов. Модель SML может содержать информацию о частях ИТ-услуги, а также ограничения, которым каждая часть должна удовлетворять для надлежащего функционирования ИТ-услуги. Ограничения фиксируются двумя способами:
- Документы XML Schema : ограничивают структуру и содержимое документов экземпляров XML в модели. SML использует XML Schema 1.0, но допускает и более поздние версии. SML также определяет набор расширений XML Schema для ограничения ссылок и ограничений идентичности (ключ, уникальность, ...), которые применяются к наборам документов.
- Документы правил: ограничивают структуру и содержание документов в модели. SML использует Schematron и XPath 1.0 для правил, но допускает и более поздние версии.
После определения модели одной из важных операций над ней является установление ее валидности. Это включает проверку того, удовлетворяют ли все документы модели ограничениям XML Schema и документа правил.
Модели на основе SML
Модели представляют ценность несколькими важными способами: [7]
- Модели фокусируются на захвате всех инвариантных аспектов сервиса/системы, которые должны поддерживаться для того, чтобы сервис/система были функциональны. Они захватывают столько деталей, сколько необходимо, и не более.
- Модели являются единицами коммуникации и сотрудничества между дизайнерами, разработчиками, операторами и пользователями; их можно легко совместно использовать, отслеживать и контролировать внесение изменений. Это важно, поскольку сложные сервисы часто создаются и поддерживаются разными людьми, играющими разные роли.
- Модели управляют модульностью , повторным использованием и стандартизацией . Большинство реальных сложных сервисов и систем состоят из достаточно сложных частей. Повторное использование и стандартизация сервисов/систем и их частей являются ключевым фактором снижения общих производственных и эксплуатационных расходов и повышения надежности.
- Модели представляют собой мощный механизм проверки изменений перед применением изменений к сервису/системе. Кроме того, когда изменения происходят в работающем сервисе/системе, их можно проверить на соответствие предполагаемому состоянию, описанному в модели. Фактическая служба/система и ее модель вместе обеспечивают самовосстанавливающуюся службу/систему — конечную цель. Модели сервиса/системы обязательно должны оставаться отделенными от работающего сервиса/системы, чтобы создать контур управления.
- Модели позволяют повысить автоматизацию задач управления. Средства автоматизации, представленные большинством ИТ-сервисов/систем сегодня, могут управляться программным обеспечением, а не людьми, для надежной первоначальной реализации сервиса/системы, а также для постоянного управления жизненным циклом.
Ссылки
- ^ Последний проект спецификации SML
- ^ Последний проект спецификации SML-IF
- ^ «Язык моделирования услуг» (SML) Представление участника
- ^ Пресс-релиз с рекомендациями SML и SML-IF
- ^ http://download.microsoft.com/documents/uk/msdn/architecture/infrastructure/infrastructure_and_business_priorities.ppt PowerPoint, связывающий SDM и DCML
- ^ http://www.hp.com/hpinfo/newsroom/press/2006/060731b.html?jumpid=reg_R1002_USEN Совместный пресс-релиз о SML
- ^ Common Model Library - ссылка больше не разрешается. Архивировано 22.06.2008 на Wayback Machine.
Внешние ссылки
- Домашняя страница рабочей группы W3C Service Modeling Language
- Публичные рабочие проекты W3C спецификации SML/SML-IF