Язык моделирования услуг - Service Modeling Language

Язык моделирования услуг (SML) и Формат обмена языками моделирования услуг (SML-IF) пара XML на основе спецификаций, созданных ведущими информационные технологии компании, которые определяют набор XML расширения документа экземпляра для выражения связей между элементами, набор Схема XML расширения для ограничения этих ссылок и способ связать Схематрон правила с объявлениями глобальных элементов, определениями глобальных сложных типов и / или модельными документами. 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 документы
ограничивать структуру и содержимое документов экземпляра XML в модели. SML использует Схема XML 1.0, но допускает и более поздние версии. SML также определяет набор расширений для Схема XML для ограничения ссылок и ограничений идентичности (ключ, уникальность, ...), которые применяются к наборам документов.
Документы правил
ограничить структуру и содержание документов в модели. SML использует Схематрон и XPath 1.0 для правил, но допускает и более поздние версии.

После того, как модель определена, одна из важных операций над моделью - установить ее достоверность. Это включает в себя проверку соответствия всех типовых документов Схема XML и ограничения документа правил.

Модели на основе SML

Одним из предполагаемых вариантов использования SML является определение единообразного способа выражения того, как компьютерные сети, приложения, серверы и другие ИТ-ресурсы описываются или моделируются, чтобы предприятиям было легче управлять службами, построенными на этих ресурсах.[7] Это позволяет создавать иерархию моделей ИТ-ресурсов из многократно используемых строительных блоков, а не требовать настраиваемых описаний каждой услуги, что снижает затраты и сложность системы для клиентов.

Модели обеспечивают ценность несколькими важными способами:

  1. Модели фокусируются на охвате всех инвариантных аспектов службы / системы, которые необходимо поддерживать для того, чтобы служба / система работала. Они фиксируют столько деталей, сколько необходимо, и не более того.
  2. Модели - это единицы взаимодействия и сотрудничества между проектировщиками, разработчиками, операторами и пользователями; и их можно легко делить, отслеживать и редактировать. Это важно, потому что сложные сервисы часто создаются и обслуживаются множеством людей, играющих разные роли.
  3. Модели привода модульность, Повторное использование, и стандартизация. Большинство реальных сложных сервисов и систем состоят из достаточно сложных частей. Повторное использование и стандартизация Услуги / системы и их части являются ключевым фактором снижения общих производственных и эксплуатационных затрат и повышения надежности.
  4. Модели представляют собой мощный механизм проверки изменений перед применением изменений к службе / системе. Кроме того, когда изменения происходят в работающей службе / системе, они могут быть проверены на соответствие предполагаемому состоянию, описанному в модели. Фактическая услуга / система и ее модель вместе обеспечивают самовосстановление услуги / системы - конечной цели. Модели службы / системы обязательно должны оставаться отделенными от действующей службы / системы, чтобы создать контур управления.
  5. Модели позволяют повысить автоматизацию задач управления. Средства автоматизации, представленные сегодня большинством ИТ-сервисов / систем, могут управляться программным обеспечением, а не людьми, для надежной первоначальной реализации услуги / системы, а также для постоянного управления жизненным циклом.

Рекомендации

внешняя ссылка